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

1、年9月以及操作说明QC使用流程定制PAGE iv目 录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 针对QQC中的“需求”模块 PAGEREF _Toc245175430 h 1 HYPERLINK l _Toc245175431 1.2 针对QQC中的“测试计划”模块 PAGEREF _Toc2451

2、75431 h 2 HYPERLINK l _Toc245175432 1.3 针对QQC中的“缺陷”模块 PAGEREF _Toc245175432 h 2 HYPERLINK l _Toc245175433 2. 自定义项项目实体 PAGEREF _Toc245175433 h 3 HYPERLINK l _Toc245175434 2.1 “缺陷陷”实体修改 PAGEREF _Toc245175434 h 3 HYPERLINK l _Toc245175435 2.2 “TEEST”实体修改 PAGEREF _Toc245175435 h 4 HYPERLINK l _Toc245175

3、436 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 h 9 HYPERLINK l _TToc24551754440 5. 设置工工作流 PAGEREF _Toc245175440 h 10 HY

4、PERLINK l _Toc245175441 5.1 添加缺缺陷字段自定定义 PAGEREF _Toc245175441 h 10 HYPERLINK l _Toc245175442 5.2 缺陷详详细信息字段段自定义 PAGEREF _Toc245175442 h 11 HYPERLINK l _Toc245175443 5.33 脚本编辑辑器 PAGEREF _Toc245175443 h 11 HYPERLINK l _Toc245175444 第二章 需求模模块 PAGEREF _Toc245175444 h 14 HYPERLINK l _Toc245175445 1. 新建需求求

5、 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 _Toc245175449 第三章 业务组组件模块 PAGEREF _Toc245175449 h 17 HYPERLINK l _Toc2

6、45175450 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 HYPERLINK l _Toc245175454 第四章 计划模模块 PAGEREF _Toc245175454 h 19 HYP

7、ERLINK 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 _Toc245175458 h 19 HYPERLINK l _Toc245175459 2. 链接缺陷陷 PAGEREF _To

8、c245175459 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. 缺陷编写写要求 PAGEREF _Toc245175463 h 22 HYPERLINK l _Toc245175464 3. 缺陷

9、范例例 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 5.2 测试负负责人控制缺缺陷状态 PAGEREF _Toc245175468 h 25 HY

10、PERLINK 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 26PAGE 34管理员定义自定义项目列表表针对QC中的“需求”模块新建需求时，使使用的“产品”

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

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

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

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

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

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

17、理员只只使用TDAAdmin即即可。测试人员使用“adminn_testter”组开发人员使用“开发人员”组项目经理使用“PM”组其他人员可以使使用“Vieweer”组。使用到具体组的的用户，不再再添加并列的的其他组，避避免造成实际际操作使用QQC开展工作作时的混乱。设置工作流添加缺陷字段自自定义1用户组addmin_ttesterr下，设置为为：主要是确定没有有勾选“状态”字段！2用户组“开开发人员”下，设置为为：同样，主要是确确定没有勾选选“状态”字段。缺陷详细信息字字段自定义设置同5.1“添加缺陷字字段自定义”，确定“adminn_testter”和“开发人员”两个用户组组下的可见字字段

18、中，都没没有勾选“状态”字段。脚本编辑器需求模板脚本在新建需求Reequireementss_Req_New脚本本下，加入代代码为：Sub Reqquiremments_Req_NNew On Errror RResumee Nextt Req_FFieldss(RQ_REQ_RREVIEWWED).Valuee=未审阅阅 Req_FFieldss(RQ_REQ_CCOMMENNT).VValue=一:测试试需求概述& vbCCrLf & _ spacee(1)& 1.& vbCrrLf & _ spacee(1)& 2.& vbCrrLf & _ vbCrLLf &二二:测试要点点分析& v

19、bCrLLf & _ spacee(1)& 1.& vbCCrLf & _ spacee(1)& 2. On Errror GGoTo 00End Subb实现内容：在新建需求时，审审阅状态默认认值为“未审阅”，表示该新新建的需求需需要测试负责责人等相关人人员进行需求求评审，评审审后，才能将将状态置为“已审阅”新建需求下，在在需求描述中中，自动加入入描述内容大大纲，格式为为：一:测试需求概概述1.2.二:测试要点分分析1.2.测试计划模板脚脚本在新建测试用例例“TestPPlan_TTest_NNew”脚本下，加加入代码为：Sub TesstPlann_Testt_New On Errror

20、RResumee Nextt Test_Fieldds(TSS_USERR_02).Valuue =未未审查 Test_Fieldds(TSS_USERR_01).Valuue =一一般 On Errror GGoTo 00End Subb实现内容：主要是对新增的的两个字段“用例审查”和“用例优先级级”赋默认值。用用例审查的默默认值为“未审查”，表示该用用例未经过评评审，由测试试相关负责人人进行用例审审查后，置为为“已审查”，则该用例例通过，可以以进行下一步步的测试工作作。“优先级”默认为一般般，如果用例例需要优先安安排进行测试试，则将该用用例的优级级级设置为“高”。缺陷模板脚本在新建缺陷“D

21、Defectts_Bugg_New”脚本下，加加和代码为：Sub Deffects_Bug_NNew WizarrdFielldCustt_Add 由向导导添加 Bug_FFieldss(BG_DEV_CCOMMENNTS).Valuee =1.错误分析:& vbbCrLf & _ 2:解决决方式: Bug_FFieldss(BG_USER_01).Valuee=新建Bug_Fieelds(BG_PRROJECTT).Vaalue= Req_FFieldss(RQ_REQ_PPRODUCCT).VValueEnd Subb实现内容：确定新建缺陷时时，缺陷的状状态为“新建”。对新建缺陷时，“注释

22、”中，需要修改缺陷的相关开发人员加入两个内容，一是缺陷错误分析，二是解决方式。便于进行缺陷的回归测试，便于开发，测试技术交流。新建缺陷的“项项目”值继承从新新建需求时选选择的“产品”字段值。需求模块新建需求新建需求名称：是必填项项，输入测试试需求的名称称。产品：选择在“自定义项目目列表”中，设置的的“所有项目”列表中的列列表值。已审阅：默认已已为“未审阅”。描述：按默认的的题纲（需求求概述，要点点分析）进行行编写。需求编写要求1 需求名称称：要求和产产品需求说明明或技术需求求说明文档基基本一致，转转化为测试认认为显著的需需求名称。2 描述内内容：测试需求概述：基于业务需需求说明书和和技术需求说

23、说明书，转化化为测试需求求信息，写入入新建需求中中。测试要点分析：列出基于该该测试需求概概述下，测试试关注点，指指导测试用例例的设计，防防止测试点遗遗漏，完善测试用例例覆盖度需求的描述内容容编写，每行文字达达到QC默认认的该需求页页面宽度时，编者应该主动回车换行，便于以后需求的查看浏览。描述语句简洁，精精练，内容易易读。避免长长语句。测试要点需要特特殊注意的部部分，可以使使用“蓝色”颜色进行标标志。需求树格式：格式参考为图所所示，每个需需求继承上一一级需求特征征，并且从“_1”进行编号，同同级的号从“_1”开始累加，下下一级以“_1_1”开始，或者者“新内容_11_内容”开始，保证证同级需求的

24、的格式前面字字符串是一致致，并以编号号排序。需求编写：根据据项目功能点点复杂度，自自主确定测试试需求树层次次，一般需求求树为四层，第第四层自动转转化后为“测试用例”。所以，测测试需求编写写时，一定要要进行必要细细化，方便最最后一层的子子需求转化为为“测试用例”。注： 之所以把把编号后置，是是因为编号到到最后一级需需求时，可能能编号会很长长，而我们关关注的是需求求的内容，所所以，内容置置前，编号置置后。转换测试转换测试使用“需求”菜单下“转换测试”进行操作。自动转换操作中中，转换方法法选取“将最底层的的子需求转换换为测试”业务组件模块业务组件介绍这是一个利用QQTP与QCC的完美结合合组成的一个

25、个体系架构。它它可以轻易实实现目前比较较流行的三层层测试架构：脚本层，业业务层，数据据层相分离，为为开展功能自自动化测试提提供一个高效效、稳定、测测试实现平台台具体体现相关业务人员可可以在没有脚脚本的环境下下组合业务组组件，实现业业务流程对业务人员的编编程能力没有有要求，业务务人员只需了了解系统的业业务流程，不不用关心具体体的脚本实现现。这一点也也实现了业务务层和脚本层层的分离。一旦某个组件开开发完毕，即即可在不同的的流程中使用用该组件，实实现高可复用用性，从而加加快业务流程程测试的速度度。明确的角色分工工，业务人员员负责流程的的开发、组织织；QTP工工程师负责脚脚本的开发、维维护以及相应应函

26、数库的开开发、维护。因为实现了脚本本的复用，提提高了自动化化开发的效率率，无形中就就降低了测试试过程中维护护的时间和成成本。工作流程测试使用？因为现在的公司司QC版本为为9，现在测测试人员学习习并逐步使用用于测试的QQTP的版本本在9.5以以上。所以，不不能创建QTTP的应用域域到QC。另外，QTP自自动化框架中中的业务，脚脚本，数据分分开实现也可可以在公司原原有的框架下下进一步实现现，所以，QQC中的“业务组件”模块可以暂暂时不考虑使使用。计划模块用例编写导入用例编写从测试需求中，导导入的用例编编写：在用例“详细信信息”分页下，设设置“用例审查”为“未审查”，并对“用例优先级级”进行设置在用

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

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

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

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

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

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