2022年QC测试管理工具使用手册.docx

《2022年QC测试管理工具使用手册.docx》由会员分享，可在线阅读，更多相关《2022年QC测试管理工具使用手册.docx（30页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、HP Quality Center测试治理工具使用手册文档 编号保 密 等 级作者张永峰最终修改日期审批核准人人最终审批日期最终批准日期测试治理工具使用手册修订记录日期版本修订说明修订人2021-12-20V0.1初稿张永峰2021-12-31V1.0修订张永峰2021-1-19V1.1审核后修订张永峰2021-1-26V2.0模板项目定制后修改张永峰2021-2-17V2.1添加拜访地址及登录出错问题张永峰- I -测试治理工具使用手册目录1概述 .11.1背景 .11.2目的 .11.3预期读者 .12用户组及权限 .12.1用户组 .12.2组权限 .23使用指南 .33.1“需求 ”.

2、33.1.1需求编写 .33.1.2常用操作 .43.2“测试方案 ”113.2.1案例编写113.2.2常用操作 .133.3“测试试验室 ”. 173.3.1测试执行 .173.3.2常用操作 .183.4“缺陷 ”. 203.4.1提交缺陷 .203.4.2常用操作 .21- II -测试治理工具使用手册1 概述1.1 背景目前的使用的testlink 在编写用例时候比较麻烦，不能够快速的编写用例，只有使用 xml 格式才可以导入到testlink 中，或者使用 excel 格式，但是其中 excel 也必需加入编码才能够导入进入，客观上增加了软件测试工程师编写用例的难度；其次 test

3、link只能对用例进行治理，产生的bug 必需再一次通过 bug 治理系统提交， 肯定程度上，铺张了时间；使用的测试治理工具是HP QualityCenter 10.0以下简称 QC， QC 是 MercuryInteractive 公司推出的基于 WEB 的测试治理工具； QC 能够帮忙你组织和治理软件测试过程的每个阶段，包括测试需求治理、测试方案、测试案例测试、测试执行和缺陷跟踪；1.2 目的为了指导 QC 用户更好的使用 QC 进行日常工作，特编写本文档；1.3 预期读者本文档预期读者为： QC 一般用户；2 用户组及权限2.1 用户组QC 中的用户包括项目治理员及一般用户，一般用户分为

4、开发人员、测试人员、业务人员和其它人员，各种人员职责如下表所示：角色说明开发人员项目组中的软件设计及编码人员测试人员项目组中的测试人员第 27页 /共 27页业务人员业务测试人员其它人员质量治理处人员；QA人员注：一个用户可以拥有多个角色，例如，项目开发者做软件编码时属于开发人员范畴，做技术测试时属于测试人员范畴；2.2 组权限组件角色开发人员测试人员业务人员其它人员需求测试方案测试试验室缺陷增删改读增删改读增删改读增删改读注：“删除”权限，只有项目治理员具有，需要删除操作时可找项目治理员进行；3 使用指南3.1 “需求”3.1.1 需求编写在“技术测试、系统测试、业务测试“目录下，根据测试资

5、产库治理中“需求结 构树”建立需求树型结构； 新需求建立在相应目录下， 现有的项目需求可移至相应目录下可通过拖拽、剪切粘贴形式 ；点击“”或点击菜单“ 【需求】 - 【新建需求】 ”，在弹出的“新建需求”对话框中输入必填项“需求名称”、 “需求类型”以及其他必要信息，点击【确定】；留意：除了必填项之外，各个项目要求“创建日期和作者”必需填写以便质量治理处进行相关统计；新建需求时默认创建日期为当日、作者为登录用户；3.1.2 常用操作3.1.2.1 “需求”视图方式QC 中需求有四种视图方式“需求树、需求具体信息、需求网络、范畴分析”；视图方式切换可通过菜单“视图”实现；QC 中默认视图方式为需

6、求树；“需求具体信息”视图使用较多，可进行需求与案例、缺陷关联；“范畴分析”视图侧重于需求掩盖范畴分析需求对应案例的掩盖程度、案例的 执行情形，见以下图；3.1.2.2 需求与测试案例的关联测试案例和需求编写完成后，需要进行手动关联，以便进行需求掩盖分析；在“需求”里，视图方式为“需求具体信息”时，点击“测试范畴”，在右侧“测试方案”树中挑选对应的测试案例，双击即可，如以下图所示：3.1.2.3 “需求”统计QC中可以以图表形式对“需求”信息进行统计，显示结果如以下图所示：点击“分析” - “图”，挑选“图向导”或“需求摘要”生成统计图；挑选“图向导”时，可挑选条件，挑选分组方式等，生产的统计

7、图形式多样；挑选“需求摘要”等四种图表方式时，生成的图表格式固定，不能挑选条件及分组方式；“需求概要 - 按优先级分组”等四种方式生成的图表，不能挑选分组，点击后直接生成图表；可以挑选“饼形图”、“条形图” 、“数据网络”形式显示结果 以下图为默认的条形图 ；“向导图“生成图表方式多样，可挑选分组方式等配置项，操作过程如下： 点击“分析” - “图” - “图向导”，挑选“图类型” ；点击【下一步】点击【下一步】 ，挑选条件后点击【下一步】 ；选项“图属性”点击【下一步】；点击【下一步】 ；输入“图名称” ，挑选目标文件夹，点击【Finish 】；可以挑选“饼形图” 、“条形图”、“数据网络”

8、格式图表显示结果 以下图为默认的条形图 ；3.1.2.4 “需求”的导出QC中需求的导出可通过2 种方式实现，一种是“文档生成器“，一种是”分析、报告“；“文档生成器“导出需求；在“需求“组件中，点击菜单“工具”- “文档生成器” ，勾选“需求” ；点击“需求” ，对导出“格式、条件等”进行挑选；点击“整个文档” ，挑选储存路径后即可生产需求报告；“分析、报告”导出需求；在“需求”组件中，点击菜单“分析”- “报告”，挑选一种导出报告形式；点击一种形式的报告类型后，弹出如下对话框，点击【储存】，即可生成需求报告；可导出的后缀为 htmlhtmmhttxt的文件格式；3.2 “测试方案”3.2.

9、1 案例编写编写案例： 在技术测试、 系统测试、 业务测试目录下， 根据 测试治理资产库 中“测试案例结构树”要求，建立树型结构，点击“”或右键点击文件夹挑选“新建”， 输入“测试名称”等必要字段，点击【确定】；留意：除了必填项之外，各个项目要求“创建日期和设计者”必需填写，以便质量治理处进行相关统计；新建需求时默认创建日期为当日、设计者为登录用户，案例类型必需挑选正、反案例；“设计步骤” ，点击【设计步骤】 ，可查看，新建、编辑、删除设计步骤，如以下图：点击“”，输入“步骤名称”等项，点击【确定】，新建测试步骤；3.2.2 常用操作3.2.2.1 测试案例与需求的关联案例和需求独立时， 需手

10、动进行关联 在需求组件中已进行关联的此处不需要再进行关联；在“测试方案”里，挑选要关联的测试案例，点击【需求掩盖】- 【挑选需求】，在右侧结构树中挑选对应需求，双击即可；3.2.2.2 案例与缺陷的关联在“缺陷” 组件中提交的缺陷， 没有进行和案例的直接关联，需要手工进行关联；在“测试方案”组件中，挑选要的“案例”，点击“连接的缺陷” ；点击“”连接已有缺陷， “根据 ID ”或“挑选” ，进行缺陷的链接；3.2.2.3 “案例”统计QC 可对测试案例进行统计，以图表形式显示，如以下图所示：同需求，测试案例也可以以“图向导”或“测试概要 ”两种形式生成统计图；操作步骤和方法基本一样，不再赘述；

11、3.2.2.4 “案例”导出测试案例的导出也可以通过“文档生成器”和“分析、报告”两种方式实现；在“测试方案”组件中，点击菜单“工具”- “文档生成器” ，勾选“测试方案、主题树、主题测试”，挑选“条件、 格式”，点击“整个文档” ，即可生成 word 格式测试报告；点击“分析” -“报告”，挑选一种报告，点击“储存”后即可生成测试报告；3.3 “测试试验室”3.3.1 测试执行针对保护类项目， 可以根据月份进行设计测试执行结构树；针对新建类项目， 可以根据模块进行设计测试执行结构数参考测试治理资产库 ；目录下建立测试执行的最小单位测试集，并将测试集与测试案例进行关联；点击“运行” - “开头

12、运行” ，执行测试案例；当测试案例通过时，更换状态为“Passed”； 当测试案例未通过时，更换状态为“Failed ”，同时点击“”提交相应缺陷；注：在此处提交的缺陷，会将缺陷与测试案例直接关联，不需要手动关联；举荐以这种方式提交缺陷；3.3.2 常用操作3.3.2.1 测试执行情形统计测试案例执行结果可以以2 种方式生成图表，一种是“概要、进度图”，一种是“图向导” ；点击菜单“分析”-“图”，“概要 -当前测试集” ，生成以下图；点击菜单“分析”-“图” -“图向导”，图向导查看过程与需求、测试案例相同；3.3.2.2 “测试执行结果”导出测试执行结果也可以通过“文档生成器”和“分析、报

13、告”两种方式实现；在“测试试验室”组件中，点击菜单“工具”-“文档生成器” ，勾选“测试试验室、测试集、测试、运行” ，挑选“条件、格式” ，点击“整个文档” ，即可生成 word 格式测试执行报告；点击“分析” -“报告”，挑选一种报告，点击“储存”后即可生成测试执行报告；3.4 “缺陷”3.4.1 提交缺陷提交缺陷尽量在 “测试试验室” 中进行，参看 3.3.1 ；假设在“缺陷” 组件中提交缺陷， 需要进行手工连接，参看3.2.2 ，将缺陷与案例进行连接；点击“”，新建缺陷； “开发人员、测试人员、业务人员、项目治理员、其他人员”在“添加缺陷”中的可见字段为“缺陷状态、严峻程度、所属模块、

14、检测于版本、缺陷来源、发觉活动、补救阶段、检测者、检测日期、优先级、可重现、安排给、摘要、描述、EAPS_ID 、项目”，其中“缺陷来源、 EAPS_ID 、优先级、可重新、项目、描述”为非必填项、其他为必填项；3.4.2 常用操作3.4.2.1 修改缺陷挑选要更换的缺陷，双击后打开“缺陷具体信息”界面，更换缺陷信息，点击“确定” 后缺陷可修改胜利；缺陷的处理流程，可参考体系标准文档测试缺陷治理 .doc 中 3.2 治理流程；项目中具体的开发、测试业务人员缺陷流程操作权限见下表： 开发人员测试人员业务人员新建已修正新建丢弃新建驳回驳回丢弃新建遗留驳回重新打开重新打开已修正已修正丢弃重新打开驳

15、回已修正已关闭重新打开遗留重新打开丢弃重新打开关闭开发人员、测试人员、业务人员、项目治理员、其他人员”在缺陷具体信息中的可见字段为“缺陷状态、严峻程度、所属模块、检测于版本、缺陷来源、发觉活动、补救阶段、检测者、检测日期、优先级、可重现、安排给、摘要、描述、项目、EAPS_ID ”；A. 修改“缺陷状态”为“已修正”时，“修复日期”可见、必填，否就不行见、非必填，“缺陷来源”由“可见、非必填”置为“可见、必填”；B. 修改“缺陷状态”为“丢弃”时， “丢弃缘由”可见、必填，否就不行见、非必填；C. 修改“缺陷状态”为“已关闭”时，“关闭日期”可见、必填，否就不行见、非必填；3.4.2.2 挑选

16、器等操作缺陷显示列较多时，想只查看关怀的列，可通过“可见列”进行显示与隐匿，点击工具“”进行设置，以后每次登录默认显示该设置；想要查看某些特定条件的缺陷时，可通过“挑选器”实现，点击工具“”，挑选条件即可；假设想以分组方式查看缺陷，在“挑选器” 中点击组， 挑选分组方式即可； 以下图以 “所属模块”分组；QC 默认缺陷以ID 排序，假设想以某种方式排序，在“挑选器”中点击“查看次序”， 挑选某一“字段”排序；以下图以“缺陷严峻程度排序”；3.4.2.3 缺陷情形统计缺陷统计可以以 2 种方式生成图表； 一种是“概要、 进度、 生命期、 趋势”，一种是 “图向导”，如以下图：缺陷统计图如下所示，

17、操作过程、方法与需求、案例相像，不再赘述；3.4.2.4 导出缺陷缺陷的导出一般以下述方法导出excel 格式：点击菜单“缺陷” “导出”“全部” 或“选定”，挑选储存路径后，点击“确定”即可导出缺陷；另外，“文档生成器”与“分析、报告”也可导出缺陷，一般较少使用；4 QC 拜访地址QC10.0 使用以下地址拜访：:/qc.cebbank5 QC 常见登录出错问题A. 首次使用 QC10.0 时，可能会报错如下：解决方法：用 360 清空痕迹及记录，重新打开IE 可使用；B. “ capicom.dll”错误，报错如下解决方法：打开QC首页，点击“插件页”，下载安装客户端，默认路径安装客户端后，在dos 里输入以下命令： Regsvr32C:ProgramFILEShpQualityClientsidecapicom.dll， 注册“ capicom.dll”；C. 有项目人员报错如下：解决方法：可到网站下载window installer3.1安装后，重新加载插件；