QC使用流程定制及操作规范

1、PAGE 时间状态修订人2009-11-2初稿张彦彬必联（北京）电子商务信息技术有限公司 DATE yyyy年M月 * MERGEFORMAT 2022年8月以及操作说明QC使用流程定制PAGE iii目 录TOC o 1-3 h z HYPERLINK l _Toc245175428 第一章 管理员定义 PAGEREF _Toc245175428 h 1 HYPERLINK l _Toc245175429 1. 自定义项目列表表 PAGEREF _Toc245175429 h 1 HYPERLINK l _Toc245175430 1.1 针对QC中的的“需求”模块 PAGEREF _Toc

2、245175430 h 1 HYPERLINK l _Toc245175431 1.2 针对QC中的的“测试计划”模块 PAGEREF _Toc245175431 h 2 HYPERLINK l _Toc245175432 1.3 针对QC中的的“缺陷”模块 PAGEREF _Toc245175432 h 2 HYPERLINK l _Toc245175433 2. 自定义项目实体体 PAGEREF _Toc245175433 h 3 HYPERLINK l _Toc245175434 2.1 “缺陷”实体体修改 PAGEREF _Toc245175434 h 3 HYPERLINK l _T

3、oc245175435 2.2 “TEST”实体修改 PAGEREF _Toc245175435 h 4 HYPERLINK l _Toc245175436 3. 设置组 PAGEREF _Toc245175436 h 6 HYPERLINK l _Toc245175437 3.1 设置测试工作作者组 PAGEREF _Toc245175437 h 6 HYPERLINK l _Toc245175438 3.2 设置开发人员员组 PAGEREF _Toc245175438 h 8 HYPERLINK l _Toc245175439 4. 设置项目用户 PAGEREF _Toc245175439

4、 h 9 HYPERLINK l _Toc245175440 5. 设置工作流流 PAGEREF _Toc245175440 h 10 HYPERLINK l _Toc245175441 5.1 添加缺陷字段段自定义 PAGEREF _Toc245175441 h 10 HYPERLINK l _Toc245175442 5.2 缺陷详细信息息字段自定义 PAGEREF _Toc245175442 h 11 HYPERLINK l _Toc245175443 5.3 脚本本编辑器 PAGEREF _Toc245175443 h 11 HYPERLINK l _Toc245175444 第二章

5、需求模块 PAGEREF _Toc245175444 h 14 HYPERLINK l _Toc245175445 1. 新建需求 PAGEREF _Toc245175445 h 14 HYPERLINK l _Toc245175446 1.1 新建需求 PAGEREF _Toc245175446 h 14 HYPERLINK l _Toc245175447 1.2 需求编写要求求 PAGEREF _Toc245175447 h 14 HYPERLINK l _Toc245175448 2. 转换测试 PAGEREF _Toc245175448 h 15 HYPERLINK l _Toc245

6、175449 第三章 业务组件模块块 PAGEREF _Toc245175449 h 17 HYPERLINK l _Toc245175450 1. 业务组件介绍 PAGEREF _Toc245175450 h 17 HYPERLINK l _Toc245175451 2. 具体体现 PAGEREF _Toc245175451 h 17 HYPERLINK l _Toc245175452 3. 工作流程 PAGEREF _Toc245175452 h 18 HYPERLINK l _Toc245175453 4. 测试使用？ PAGEREF _Toc245175453 h 18 HYPERLI

7、NK l _Toc245175454 第四章 计划模块 PAGEREF _Toc245175454 h 19 HYPERLINK l _Toc245175455 1. 用例编写 PAGEREF _Toc245175455 h 19 HYPERLINK l _Toc245175456 1.1 导入用例编写写 PAGEREF _Toc245175456 h 19 HYPERLINK l _Toc245175457 1.2 新建用例编写写 PAGEREF _Toc245175457 h 19 HYPERLINK l _Toc245175458 1.3 用例编写要求求 PAGEREF _Toc2451

8、75458 h 19 HYPERLINK l _Toc245175459 2. 链接缺陷 PAGEREF _Toc245175459 h 20 HYPERLINK l _Toc245175460 第五章 实验室模块 PAGEREF _Toc245175460 h 21 HYPERLINK l _Toc245175461 第六章 缺陷模块 PAGEREF _Toc245175461 h 22 HYPERLINK l _Toc245175462 1. 新增缺陷 PAGEREF _Toc245175462 h 22 HYPERLINK l _Toc245175463 2. 缺陷编写要求 PAGERE

9、F _Toc245175463 h 22 HYPERLINK l _Toc245175464 3. 缺陷范例 PAGEREF _Toc245175464 h 23 HYPERLINK l _Toc245175465 4. 界面显示 PAGEREF _Toc245175465 h 23 HYPERLINK l _Toc245175466 5. 缺陷状态控制 PAGEREF _Toc245175466 h 24 HYPERLINK l _Toc245175467 5.1 测试人员控制制缺陷状态 PAGEREF _Toc245175467 h 24 HYPERLINK l _Toc245175468

10、 5.2 测试负责人控控制缺陷状态 PAGEREF _Toc245175468 h 25 HYPERLINK l _Toc245175469 5.3 开发人员控制制缺陷状态 PAGEREF _Toc245175469 h 25 HYPERLINK l _Toc245175470 第七章 QC综述 PAGEREF _Toc245175470 h 26 HYPERLINK l _Toc245175471 1. 流程综述 PAGEREF _Toc245175471 h 26 HYPERLINK l _Toc245175472 2. 指导意见 PAGEREF _Toc245175472 h 26PAG

11、E 26管理员定义自定义项目列表针对QC中的“需求”模块新建需求时，使用的“产品”的字段，进行如如下修改：进入自定义项目列表：1这个“所有项目”列表对应QC需需求中的“产品”字段，我们公司以项目为为产品，开展测试试，每个开发的项目下，可可以细分具体的测测试子产品，所以以，需要把这个“产品”细化一下，用于对对新建的“测试需求”的一个属性描述述，图中的“列表项”中，主要列出测测试需求所属的子子产品的分类。以以公司开始的“竞争性谈判”这个项目实体为为例，在新建测试试需求时，可能会会分到“节点”，“视图”，“流程”等各子产品下，所所以，在QC建测测试项目之初，需需要在“所有项目”下的列表项中，加加入图

12、中的一些新新的列表，便于在在QC新建测试需需求时选用。2列表“审阅状态”：列表项为“未审阅”和“已审阅”，默认为“未审阅”针对QC中的“测试计计划”模块增加两个列表，用于新新建测试用例。1新增“用例审查“列表列表项为两项：“未审审查”和“已审查”。默认为“未审查”2新增“用例优先级级”列表列表项为三项：“低”“一般”“高”，默认为“一般”针对QC中的“缺陷”模块QC中自定义的缺陷状状态有可能一些状状态值不符合测试试整体过程的要求求，以及对缺陷流流程进行控制，所所以，自定义一个个“bug状态”的列表，具体如如图所示：列表项中包括测试过程程中缺陷的所有状状态：新建，打开开，已修改，非BUG，已已复

13、测，已关闭，重重新打开，暂不处处理，建议。自定义项目实体“缺陷”实体修改1. 在“系统字段”中，点击“状态”进入字段设置，把把“必填”，“验证值”的勾选去掉！以后后项目测试过程中中的缺陷的状态，都都不再使用该QC提提供的该字段。2. 新增“用户字段段”缺陷状态字段名记录为“BG_USER_01”，字段类型为“查找列表”，选中“必填”查找列表选择在自定义义项目列表时新建建的“bug状态”列表以后项目测试过程中的的缺陷的状态变化化都用此字段中的的值来表示！“TEST”实体修改新增用户字段为“* 用例审查”，“* 用例优先级级”如下两图所示：其中：“* 用例审查查”字段名称“TS_USER_02”，

14、“查找列表”使用之前在“自定义项目列表表”中新增的“用例审查”；“* 用例优先级”字段段名称“TS_USER_01”，“查找列表”使用之前在“自定义项目列表表”中新增的“用例优先级”；设置组不使用QC自带的测试试组划分，新增两两个基于QC原有有组的新组，分别别为：admin_tester 和 “开发人员”设置测试工作者组设置如下：Admin_tester的的设置基于“TDAdmin”组下，权限设置置为：只对“缺陷”分页下进进行设置：在“缺陷”页面下，添加缺缺陷下，取消勾选选“状态”，因为我们的缺缺陷状态将使用针针对项目测试所设设置的“缺陷状态”字段，不再使用“状态”字段！设置结果如如上图所示。

15、点击上图中的“缺陷数数据隐藏筛选器”：在“可见字段”下，取消勾勾选“状态”字段。表示该字字段在QC添加缺缺陷时，该字段不不再显示！如上图图所示。在“缺陷”分页下，“修改改缺陷”栏下，取消勾选“状态”，因为我们的缺缺陷状态将使用针针对项目测试所设设置的“缺陷状态”字段。设置结果果如上图所示。同同时，在“缺陷数据隐藏筛筛选器”下，在“可见字段”中，取消勾选“状态”字段。设置开发人员组设置如下：“开发人员”的设置基于于“Developer”组下，权限设置为：只对“缺陷”分页下进进行设置：取消勾选“添加缺陷”。开发人员不可可以添加缺陷，如果是是自身调试过程中中的缺陷，直接在在开发过程中修改改，如果是测

16、试过过程中，开发人员员发现缺陷，可以以直接告知项目测测试人员，由测试试人员将缺陷提交交至QC。在“修改缺陷”栏下，取消消勾选“状态”，表示不再使用用该字段，同时，在在“缺陷数据隐藏筛筛选器”下，取消勾选“状态”字段，如下图设设置：在“修改缺陷”栏下，进入入“缺陷状态”设置，开发人员员的具体设置如下下：开发人员可以对“打开开”，“重新打开”，“建议”三种状态的BUG进进行状态修改，修修改后的值为图中中“到”的值。设置项目用户添加参与该项目的所有有用户到“项目用户”栏内， 然后，给给每个用户定义新新的组，QC的管管理员只使用TDAdmin即即可。测试人员使用“admin_tester”组开发人员使

17、用“开发人人员”组项目经理使用“PM”组其他人员可以使用“Viewer”组。使用到具体组的用户，不不再添加并列的其其他组，避免造成成实际操作使用QC开展工作作时的混乱。设置工作流添加缺陷字段自定义1用户组admin_tester下下，设置为：主要是确定没有勾选“状态”字段！2用户组“开发人员员”下，设置为：同样，主要是确定没有有勾选“状态”字段。缺陷详细信息字段自定定义设置同5.1“添加缺缺陷字段自定义”，确定“admin_tester”和“开发人员”两个用户组下的可见字段中，都没有勾选“状态”字段。脚本编辑器需求模板脚本在新建需求Requirements_Req_New脚本下，加入代码为：S

18、ub Requirements_Req_New On Error Resume Next Req_Fields(RQ_REQ_REVIEWED).Value=未审阅 Req_Fields(RQ_REQ_COMMENT).Value=一:测试需求求概述& vbCrLf & _ space(1)& 1.& vbCrLf & _ space(1)& 2.& vbCrLf & _ vbCrLf &二:测试要点分分析& vbCrLf & _ space(1)& 1.& vbCrLf & _ space(1)& 2. On Error GoTo 0End Sub实现内容：在新建需求时，审阅状状态默认值为“

19、未审阅”，表示该新建的的需求需要测试负负责人等相关人员员进行需求评审，评评审后，才能将状状态置为“已审阅”新建需求下，在需求描描述中，自动加入入描述内容大纲，格格式为：一:测试需求概述1.2.二:测试要点分析1.2.测试计划模板脚本在新建测试用例“TestPlan_Test_New”脚本下，加入代码为：Sub TestPlan_Test_New On Error Resume Next Test_Fields(TS_USER_02).Value =未审查 Test_Fields(TS_USER_01).Value =一般 On Error GoTo 0End Sub实现内容：主要是对新增的两个

20、字字段“用例审查”和“用例优先级”赋默认值。用例例审查的默认值为为“未审查”，表示该用例未未经过评审，由测测试相关负责人进进行用例审查后，置置为“已审查”，则该用例通过过，可以进行下一一步的测试工作。“优先级”默认为一般，如果用例需要优先安排进行测试，则将该用例的优级级设置为“高”。缺陷模板脚本在新建缺陷“Defects_Bug_New”脚本下，加和代码为：Sub Defects_Bug_New WizardFieldCust_Add 由由向导添加 Bug_Fields(BG_DEV_COMMENTS).Value =1.错误分分析:& vbCrLf & _ 2:解决方式: Bug_Field

21、s(BG_USER_01).Value=新建Bug_Fields(BG_PROJECT).Value= Req_Fields(RQ_REQ_PRODUCT).ValueEnd Sub实现内容：确定新建缺陷时，缺陷陷的状态为“新建”。对新建缺陷时，“注释释”中，需要修改缺缺陷的相关开发人人员加入两个内容容，一是缺陷错误误分析，二是解决决方式。便于进行行缺陷的回归测试试，便于开发，测测试技术交流。新建缺陷的“项目”值值继承从新建需求求时选择的“产品”字段值。需求模块新建需求新建需求名称：是必填项，输入入测试需求的名称称。产品：选择在“自定义义项目列表”中，设置的“所有项目”列表中的列表值值。已审阅

22、：默认已为“未未审阅”。描述：按默认的题纲（需需求概述，要点分分析）进行编写。需求编写要求1 需求名称：要求求和产品需求说明明或技术需求说明明文档基本一致，转转化为测试认为显显著的需求名称。2 描述内容：测试需求概述：基于业业务需求说明书和和技术需求说明书书，转化为测试需需求信息，写入新新建需求中。测试要点分析：列出基基于该测试需求概概述下，测试关注注点，指导测试用用例的设计，防止止测试点遗漏，完完善测试用例覆盖盖度需求的描述内容编写，每行文字达到QC默默认的该需求页面面宽度时，编者应该主动回车换行，便于以以后需求的查看浏浏览。描述语句简洁，精练，内内容易读。避免长长语句。测试要点需要特殊注意

23、意的部分，可以使使用“蓝色”颜色进行标志。需求树格式：格式参考为图所示，每每个需求继承上一一级需求特征，并并且从“_1”进行编号，同级级的号从“_1”开始累加，下一一级以“_1_1”开始，或者“新内容_1_内内容”开始，保证同级级需求的格式前面面字符串是一致，并并以编号排序。需求编写：根据项目功功能点复杂度，自自主确定测试需求求树层次，一般需需求树为四层，第第四层自动转化后后为“测试用例”。所以，测试需需求编写时，一定定要进行必要细化化，方便最后一层层的子需求转化为为“测试用例”。注： 之所以把编号后后置，是因为编号号到最后一级需求求时，可能编号会会很长，而我们关关注的是需求的内内容，所以，内

24、容容置前，编号置后后。转换测试转换测试使用“需求”菜单下“转换测试”进行操作。自动转换操作中，转换换方法选取“将最底层的子需需求转换为测试”业务组件模块业务组件介绍这是一个利用QTP与与QC的完美结合合组成的一个体系系架构。它可以轻轻易实现目前比较较流行的三层测试试架构：脚本层，业业务层，数据层相相分离，为开展功功能自动化测试提提供一个高效、稳稳定、测试实现平台具体体现相关业务人员可以在没没有脚本的环境下下组合业务组件，实实现业务流程对业务人员的编程能力力没有要求，业务务人员只需了解系系统的业务流程，不不用关心具体的脚脚本实现。这一点点也实现了业务层层和脚本层的分离离。一旦某个组件开发完毕毕，

25、即可在不同的的流程中使用该组组件，实现高可复复用性，从而加快快业务流程测试的的速度。明确的角色分工，业务务人员负责流程的的开发、组织；QTP工工程师负责脚本的的开发、维护以及及相应函数库的开开发、维护。因为实现了脚本的复用用，提高了自动化化开发的效率，无无形中就降低了测测试过程中维护的的时间和成本。工作流程测试使用？因为现在的公司QC版版本为9，现在测测试人员学习并逐逐步使用于测试的的QTP的版本在在9.5以上。所所以，不能创建QTP的的应用域到QC。另外，QTP自动化框框架中的业务，脚脚本，数据分开实实现也可以在公司司原有的框架下进进一步实现，所以以，QC中的“业务组件”模块可以暂时不不考虑

26、使用。计划模块用例编写导入用例编写从测试需求中，导入的的用例编写：在用例“详细信息”分分页下，设置“用例审查”为“未审查”，并对“用例优先级”进行设置在用例“设计步骤”分分页下，添加测试试步骤，步骤中的的描述和预期结果果编写方式规范，到到页面宽度时，设设计用例者主动回回车换行上传用例需要的附件新建用例编写如果从“测试计划”模模块下新建用例，编编写：测试名称：应该继承“文件夹”的名称，或者和和同级的其他从需需求导入的用例名名称保持结构一致致！在用例“详细信息”分分页下，设置“用例审查”为“未审查”，并对“用例优先级”进行设置（默认认应该已经设置）在用例“设计步骤”分分页下，添加测试试步骤，步骤中

27、的的描述和预期结果果编写方式规范，到到页面宽度时，设设计用例者主动回回车换行上传用例需要的附件在用例“需求覆盖”分分页下，选择需求求，手动把用例关关联到相应的需求求。用例编写要求每一个文件夹下的用例例格式是一致的，按按编号+内容进行行排序。如下图：用例设计“步骤名称”简短，“描述”和“预期结果”编写到达页面宽宽度，主动回车换换行，描述和预期期结果对应，有参参数输入就必须有有输出结果一种描述或输入，有多多种测试期望结果果，应该把测试步步骤分开设计编写写一种描述或输入，影响响到多个业务或功功能模块，则设计计另外测试用例进进行测试步骤设计计。执行测试用例时，按“用例优先级”进行。链接缺陷QC中的每个

28、测试缺陷陷都有它的源，源源在测试需求，经经过测试计划中的的用例，测试实验验室对测试用例的的执行，最终会产产生一个新的缺陷陷。因为测试需求自动转化化为测试计划和用用例，测试实验室室执行测试浪费人人力和时间，且自自动生成的缺陷内内容中，有很多冗冗长的无用信息，使使缺陷看似“宠大”，易读性差所以，我们公司的缺陷陷出处，即“源”应该设置在测试试用例中。具体操操作：在每个测试用例中的“链接的缺陷”分页下，点击“添加和链接缺陷陷”，进行缺陷添加加操作。注：QC中所有的缺陷陷新增，都应该是是以测试用例为源源进行新增！实验室模块注：测试实验室模块主主要控制测试执行行，包括手工测试试用例以及其他测测试用例，如自

29、动动化用例等。因为为现阶段公司的测测试执行工作一般般由测试用例编写写人员进行。并非非要指定测试员去去执行用例，所以以，对实验室可以以不作使用。节约约时间成本，人力力成本。同时，从实验室导出的的缺陷描述，本身身有很多冗长的没没用信息，缺陷查查看也不方便，所所以也不建议从实实验室导出生成缺缺陷。而直接从相相关测试用例直接接去生成，关联缺缺陷！缺陷模块新增缺陷新增缺陷入口为QC“计划”模块下的测试用用例（链接的缺陷陷分页面下）这样新增缺陷目的在于于：便于缺陷和需求，用例例的链接。方便查查找缺陷出处避免测试人员测试交叉叉功能用例，造成成的缺陷提交重复复的问题，因为更更方便通过用例查查看原有链接缺陷陷其

30、他部门查看缺陷产生生原因更易明白。缺陷编写要求结合公司原有的缺陷流流程管理规范以及及项目测试实际应应用， 在缺陷编编写方面做以下要要求：缺陷“摘要”书写：用例文件夹名-测试试用例名-编号如：节点-上传竞争争性谈判文件_1_单个上传-001，其中中，“节点”是该用例所在的的文件夹的名称，“上传竞争性谈判文件_1_单个上传”是测试用例名，“001”是该用例下的缺陷编号，表示这是该用例的第一个缺陷。缺陷“严重程度”，缺缺陷“优先级”，按QC原有设设置，在新建缺陷陷时，测试人员根根据个人经验选择择不同级别，最终终完成缺陷提交，测测试负责人进行缺缺陷审查时，再进一步确确定缺陷级别是否否合理，并把缺陷陷状

31、态从“新建”状态转为“打开”状态。缺陷“描述”，第一行：测试 用例名问题描述关键字字其中，“测试 用例名”是新增缺陷时，从从用例自动关联过过来的字符串，后后面的“问题描述关键字字”则要测试人员根根据这个缺陷内容容书写如：“测试 上上传竞争性谈判文文件_1_单个上传上传失败”表示用例“上传竞争性性谈判文件_1_单个上传”中，存在上传失失败的缺陷！缺陷“描述”1第二行往下，具体体描述缺陷产生步步骤，按1，2，3如如此步骤分行进行行描述，每行文字字达到缺陷页面默默认宽度时，缺陷陷创建人员主动回回车换车；2描述要求文字精练练，避免使用过长长语句，缺陷出处处描述清晰；3实际结果（实际缺缺陷问题）可以用用“红色”颜色字体标志。缺陷“注释”，测试人人员新建缺陷时，不不关注“注释”，开发人员修改改后，需要根据注注释要求，填写注注释并提交，测试试人员在进行缺陷陷验证时，需关注注“注释”内容并进行总结结。缺陷范例摘要：状态节点-废废弃专家-001测试: 状态节点-废弃专家-