发布新日志

  • 遗留缺陷如何处理?

    2010-10-25 16:48:20

    遗留缺陷如何处理?
    在产品发布后,我们把存在产品内的缺陷成为遗留缺陷。

    首先,将遗留缺陷分为已知的缺陷和未知的缺陷。已知的缺陷是指在产品发布前,我们已经知道的的缺陷;未知的缺陷是指产品发布后,发现的缺陷。

    其次,不同种类的bug处理方式不同。
    对已知的缺陷,采取的办法一、bug先存储于bug系统里;二、在考虑成本、研发周期的情况下,一部分bug修复后,给客户发布补丁包;三、对于优先级和重要程度比较低、修复成本高、下一版本的产品中不涉及的bug,我们会一直存放在系统内,方便日后查询;
    对于未知的bug, 采取的办法一、将新发现的bug记录到bug系统内;二、对于客户发现的bug,尽量尽快解决。解决后,给客户发布补丁包;对于公司内部的人发现的问题, 如果重要的bug,要及时解决, 反之存放于bug系统内,后期在解决三、如果暂时无法解决的客户发现的重要问题, 要告诉客户解决该问题的其他途径; 四、测试和开发分析问题的原因,并记录下来,以防止该错误下次再发生。

    最后,对于客户是公共客户,就把补丁包放在网站上,方便下载;对于特定的客户, 直接把补丁包和更新的步骤发给客户。

  • 测试用例评审(转载)

    2010-10-11 16:23:31

    测试用例评审步骤
    测试用例的评审能够使用例的结构更清晰,覆盖的用户场景更全面;对于测试工程师来说也是一个快速提高用例设计能力的过程。
    1、需要评审的原因
    测试用例是软件测试的准则,但它并不是一经编制完成就成为准则。由于用例开发人员的设计经验和对需求理解的深度各不相同,所以用例的质量难免会有不同程度的差异。
    2、进行评审的时机
    一般会有两个时间点。第一,是在用例的初步设计完成之后进行评审;第二是在整个详细用例全部完成之后进行二次评审。如果项目时间比较紧张,尽可能保证对用例设计进行评审,提前发现其中的不足之处。
    3、参与评审人员
    这里会分为多个级别进行评审。
    1) 部门评审,测试部门全体成员参与的评审。
    2) 公司评审,这里包括了项目经理、需求分析人员、架构设计人员、开发人员和测试人员。
    3) 客户评审,包括了客户方的开发人员和测试人员。这种情况在外包公司比较常见。
    4、评审内容
    评审的内容有以下几个方面:
    1) 用例设计的结构安排是否清晰、合理,是否利于高效对需求进行覆盖。
    2) 优先极安排是否合理。
    3) 是否覆盖测试需求上的所有功能点。
    4) 用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确;期待结果是否有明显的验证方法。
    5) 是否已经删除了冗余的用例。
    6) 是否包含充分的负面测试用例。充分的定义,如果在这里使用2&8法则,那就是4倍于正面用例的数量,毕竟一个健壮的软件,其中80%的代码都是在“保护”20%的功能实现。
    7) 是否从用户层面来设计用户使用场景和使用流程的测试用例。
    8) 是否简洁,复用性强。例如,可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤。
    个人认为,一个“健康”的测试用例至少要通过前5个标准。
    5、评审的方式
    1) 召开评审会议。与会者在设计人员讲解之后给出意见和建议,同时进行详细的评审记录。
    2) 通用邮件与相关人员沟通
    3) 通用IM工具直接与相关人员交流
    方式只是手段,得到其它人员对于用例的反馈信息才是目的。
    无论采用那种方式,都应该在沟通之前把用例设计的相关文档发送给对方进行前期的学习和了解,以节省沟通成本。
    6、评审结束标准
    在评审活动中会收集到用例的反馈信息,在此基础上进行用例更新,直到通过评审。

    以下是测试用例评审过程中主要评审项:

    1《需求规格说明书》是否评审并建立了基线?
    2 是否按照测试计划时间完成用例编写?
    3 需求新增和变更是否进行了对应的调整?
    4 用例是否按照公司定义的模板进行编写?
    5 测试用例是否覆盖了《需求规格说明书》?
    6 用例编号是否和需求进行对应?  
    7 非功能测试需求或不可测试需求是否在用例中列出并说明?
    8 用例设计是否包含了正面、反面的用例?
    9 每个测试用例是否清楚的填写了测试特性、步骤、预期结果?
    10 步骤/输入数据部分是否清晰,是否具备可操作性?
    11 测试用例是否包含测试数据、测试数据的生成办法或者输入的相关描述?
    12 测试用例是否包含边界值、等价类分析、因果图、错误推测、等测试用例设计方法?是否针对需求不同部分设计使用不同设计方法?
    13 重点需求用例设计至少要有三种设计方法?
    14 每个测试用例是否都阐述预期结果和评估该结果的方法?
    15 需要进行打印、表格、导入、导出、接口是否存在打印位置、表格名称、指定数据库表名或文件位置;表格和数据格式是否有说明或附件?
    16 用例覆盖率是否达到相应质量指标?
    17 用例预期缺陷率是否达到相应质量指标?

  • 测试想法 [2009年03月24日]

    2009-03-24 17:05:18

    当用户角色及其权限定下来的时候, 测试人需要根据这个信息去配置系统,以及开展测试,否则,角色混乱,权限也不清晰。

     

  • 测试报告资料

    2009-03-24 10:49:11

  • 日志 [2009年03月20日]

    2009-03-20 17:51:08

    明天去参加51Testing第三十一期软件测试沙龙,沙龙主题:高效测试用例设计
    主讲嘉宾:网康科技有限公司 测试经理 关志勇  ,哈哈
  • 关于ODC

    2009-03-18 17:46:52

    什么是ODC(Orthogonal Defect Classification)?

    个人理解是: 就是把缺陷进行分类,然后按照优先级解决。

    专业解释: http://www.ibm.com/developerworks/cn/java/j-odc/

  • QC插件大全包括QC9.2版本

    2009-03-16 11:05:32

    转载:http://www.51testing.com/?uid-92935-action-viewspace-itemid-88899

    Quality Center 用户插件:
    HP 工具插件:
     QuickTest Professional 插件
     通过它,您可以在 Quality Center 项目中使用 QuickTest Professional。
     http://updates.merc-int.com/qualitycenter_chs/qc90/mictools/qtp/index.html
     
     QuickTest Professional for Business Process Testing 插件
     通过它,您可以在 Quality Center 项目中使用业务流程测试。
     http://updates.merc-int.com/qualitycenter_chs/qc90/mictools/qtp_bpt/index.html
     
    Microsoft Office 插件:
     Microsoft Word 插件
      http://updates.merc-int.com/qualitycenter_chs/qc90/msoffice/msword/index.html
     Microsoft Excel 插件
      http://updates.merc-int.com/qualitycenter_chs/qc90/msoffice/msexcel/index.html
    其他:
     Mercury Screen Recorder 插件
     通过它,您可以将屏幕上显示的内容录制为视频,并在附加了此视频的 Quality Center 中创建缺陷。
     http://updates.merc-int.com/qualitycenter_chs/qc90/others/screen_recorder/index.html
     
     Quality Center Explorer 插件
     通过它,Quality Center 客户端用户可以运行不使用浏览器的 Quality Center 版本。
     http://updates.merc-int.com/qualitycenter_chs/qc90/others/qcexplorer/index.html
     
     Quality Center Package for Microsoft Visual Studio 插件
     通过它,您可以从 Visual Studio 中管理 Quality Center 项目中的缺陷。
     http://updates.merc-int.com/qualitycenter_chs/qc90/others/visual_studio/index.html
     

    Quality Center 管理员插件:
     
    HP 工具插件:
     

     IT Governance Center-Quality Center 集成插件
     通过它,您可以将 Quality Center 项目与 IT Governance Center 请求集成。
     http://updates.merc-int.com/qualitycenter_chs/qc90/mictools/itg/index.html
     
     用于 Quality Center 的 Service Test 插件
     通过它,您可以在 Quality Center 项目中使用扩展的 Service Test Management 功能。
     http://updates.merc-int.com/qualitycenter_chs/qc90/mictools/soa/index.html
     
    同步工具插件:
     Quality Center Synchronizer(与 Rational ClearQuest 和 Rational RequisitePro 配合使用)
     可以使 Quality Center 数据与其他应用程序中的数据同步。您可以使 Quality Center 缺陷数据与 Rational ClearQuest 同步,并使 Quality Center 需求数据与  Rational RequisitePro 同步。
     http://updates.merc-int.com/qualitycenter_chs/qc90/sync/qcsynchronizer/index.html
     
    版本控制插件:
     
     Microsoft Visual SourceSafe 版本控制插件
     通过它,Quality Center 可以与 Microsoft Visual SourceSafe 配合使用,使您可以对 Quality Center 测试执行版本控制。
     http://updates.merc-int.com/qualitycenter_chs/qc90/version_control/vss_vc/index.html
     
     Rational ClearCase 版本控制插件
     通过它,Quality Center 可以与 Rational ClearCase 配合使用,使您可以对 Quality Center 测试执行版本控制。
     http://updates.merc-int.com/qualitycenter_chs/qc90/version_control/rcc_vc/index.html
     
     第三方版本控制插件
     通过它,Quality Center 可以与第三方版本控制工具配合使用,使您可以对 Quality Center 测试执行版本控制。
     http://updates.merc-int.com/qualitycenter_chs/qc90/version_control/third_party_vc/index.html
     
    SAP 插件:
     用于 SAP 应用程序的 HP Enterprise Integration module
     通过它,您可将 SAP Solution Manager 业务计划导出到 Quality Center,并用 Quality Center 测试结果更新 Solution Manager。
     http://updates.merc-int.com/qualitycenter_chs/qc90/sap/enterprise_integration/index.html
     
    其他:
     
     SOX IT 评估加速器
     提供预定义的项目模板,以帮助您测试 SOX 遵从性。
     http://updates.merc-int.com/qualitycenter_chs/qc90/others/sox/index.html
     
     
    以上链接我以试过,均能下载。


     

  • 安装Mercury Quality Center的总结

    2009-03-13 13:38:18

      经过一天的半的“奋斗”,Quality Center9.0 终于被我安装成功哈哈!!

    安装环境WIN XP-professionalMS SQL 2000

    1、安装前的注意点:

    请确认你机器上是否已经安装了数据库,如果你安装了是SQL2000,请先检查下版本号.看是否已经打了SP4的补丁.(查看方法,打开SQL企业管理器,点击数据库属性,其中有个产品版本如果为8.00.2039(sp4)

    2、这个是安装的步骤:http://hi.baidu.com/ggap/blog/item/963f5310ebeb40fbc2ce79d1.html

    3、破解方法:

    把下面的xml文件复制到记事本中,格式为txt,在安装时选择文件,或在安装后在sabin后台粘贴。

    <?xml version="1.0" encoding="UTF-8"?>
    <license>
        <terms>
            <issued_to>rapidhorse.com.cn</issued_to>
            <license_identifier>SN732563653</license_identifier>
            <edition>enterprise</edition>
            <evaluation>N</evaluation>
            <start_date>12/13/2007</start_date>
            <expiration>5/29/2099</expiration>
            <full_test_director>500</full_test_director>
            <additional_defects>500</additional_defects>
            <tolerance>0%</tolerance>
            <requirements>Y</requirements>
            <advanced_reports>Y</advanced_reports>
            <business_process_testing>500</business_process_testing>
            <version_control>Y</version_control>
            <dashboard>Y</dashboard>
        </terms>
        <Signature>lA0FAVrF+UTDW2qVIDjVPCSpPKRUpKcoTO8/GI95D1RLIzQAq/8mv+HnIGQ0Grv9am8QKHfncRsARR153QxqKw==</Signature>
    </license>

     

  • 日志 [2009年02月16日]

    2009-02-16 10:58:59

    我感觉很生气。

    1、换测试数据库

    这个吧,还算情有可原吧,换成正规的数据。

    2、用客户的数据,查找页面问题,是最重要的!

    3、否定我的工作。

    “这个界面问题都没看出来”

  • 开展今年的测试工作

    2009-02-01 13:54:40

    这是一个小型的web系统,开发周期较短。待更新中

    开发负责:基本的功能测试

    测试:负责集成测试(重点是接口的测试),可用性测试,压力测试,安全测试。

     

     

  • 2009_01_11总结

    2009-01-11 21:24:21

    工作总结

    1.说话要有自信。

    2.看看对方的意思是什么?

    3.要学习

  • 我在使用qtp过程中,遇到的问题

    2008-12-30 17:10:15

    1. show error:"This test does not contain any reusable actions"

    你想把在test1中插入test2,用call to existing action的话,就要把test2设置为reusable actions
    方法就是用QTP打开test2,然后点test2 action 右键选择 action properties,在弹出来的窗口下面有个
    reusable actions选项,将他打勾就,然后点确定,弹出提示不用管,点OK就可以了.
    下来就可以从test1中将入test2了!试试吧

    2. invote funtion: such as add funtion

    addd(2,3)

    funtion add(no1,no2)
      dim no3
       no3 = no1 + no2

    3. how to add library to action
    file menu ->setting -> resource.

    4, When you move to the action to another area, pls follow the following ways:
    1. add the origin Object repository
    2. add funtion library below file menu ->setting -> resource.

  • jira report

    2008-12-24 22:35:50

    Time Tracking Report:显示指定项目的事件跟踪的详细情况。
    User Workload Report:显示用户的工作负载,也就是说用户还有多少没有解决以及所需要的时间等。
    Single Level Group By Report:可以按照issue中的某个字段来显示当前项目的状态。
    Version Workload Report:显示了指定版本的当前工作量的详细情况,即每个用户未解决问题的数量和剩余工作量。
  • qtp破解way

    2008-12-24 21:58:59

    破解步骤:
         1.安装qtp
         2.拷贝mgn-mqt82.exe到C:\Program Files\Mercury Interactive(创建)文件夹下
         3.创建C:\Program Files\Common Files\Mercury Interactive\License Manager文件夹
         4.执行mgn-mqt82.exe
         5.打开qtp9.5,然后安装license,copy文件C:\Program Files\Common Files\Mercury Interactive\License Manager\LSERVRC中#之前的字符串
          如:
       3QVWCPPOS5NGGFM6KPX64EQFSH6INFRJIVMC5WZ4XIIFIXX86UCPIP4M686DZKV9NANA9BUP# "QuickTestPro" version "6.0", no expiration date, exclusive
    JZ7F79F6YQQFVUWNG2V7AW22K537DOELQYNX6VSCNCZ9J8M2QW9OXO5DSEQKUZA46X5BO# "FT-Unified" version "1.0", no expiration date, exclusive
        就拷贝#号前的3QVWCPPOS5NGGFM6KPX64EQFSH6INFRJIVMC5WZ4XIIFIXX86UCPIP4M686DZKV9NANA9BUP 然后paste到license向导中的license输入的地方,就可以了
         恭喜成功
  • 好测试用例设计工作的关键是什么?

    2008-12-04 21:55:10

    好测试用例设计工作的关键是什么?
    1. 理解需求(产品的需求文档 ,行业知识)。
    2. 用最少的用例覆盖全面的需求。
    3。易懂。
  • 测试方法

    2008-12-04 21:16:40

    1. 冒烟测试: 测试软件的主要功能能否运行。
    2. 功能测试: 按照需求,测试软件的功能
    3。回归测试:有改动的或者新增功能的情况下,首先测试改动的地方,其次测试其他部分,
    4。场景测试:按照业务流进行测试。
    5。自动化测试:用代码模拟测试人员进行测试

    软件测试
    需求测试-》 单元测试 -》 集成测试 (测试软件的功能是否实现)-》场景策测试 -》 回归测试 (手工测试加 自动化测试)-》性能测试 -》验收测试。
  • 测试的重要性:

    2008-12-04 20:27:57

    测试的重要性:
    1. 提早发现bug,降低风险。
    2. 根据测试报告中得出软件的质量情况。
    3. 理解客户的需求。
  • 非功能测试

    2008-12-04 19:59:57

    非功能测试:性能测试,安全测试,兼容性测试(包括第三方软件),易用性测试,并行测试
    越早越好,最好从需求阶段开始测试,
    最好形成文档:非功能要求


    关于安全测试:
    大的方面:数据库,数据库和应用程序的传输,第三方软件
    小的方面:重每个需求分析

  • 关于选择自动化工具

    2008-11-29 13:28:24

    当一个项目需要做自动化的时候, 如何来选择合适的自动化工具:
    以下是我个人看书的总结,希望各位多提建议
    1,选择适合多阶段,知识多种操作系统的测试工具。
    2,测试工具要对第三方软件,应用程序的控件支持。
    3,费用(包括: 工具成本,培训,维护)
    4,测试的类型。
    5,是自己开发还是购买测试工具。
    6, 测试人员的技术知识。
  • 关于用例的管理

    2008-11-24 20:56:04

    关于用例的管理
    1。 对于公共的用例(比如:新建,编辑,删除),可以写成公共的函数,可以节省时间。
    2。 对于测试数据: 要注意宽度(参数的个数),深度(用例执行次数),数据要完整性,范围,条件
231/212>
Open Toolbar