QC测试管理工具使用手册.docx
《QC测试管理工具使用手册.docx》由会员分享，可在线阅读，更多相关《QC测试管理工具使用手册.docx（26页珍藏版）》请在冰豆网上搜索。
QC测试管理工具使用手册
HPQualityCenter
测试管理工具
使用手册
文档编号
保密等级
作者
永峰
最后修改日期
审核人
最后审批日期
批准人
最后批准日期
修订记录
日期
版本
修订说明
修订人
2021-12-20
V0.1
初稿
永峰
2021-12-31
V1.0
修订
永峰
2021-1-19
V1.1
审核后修订
永峰
2021-1-26
V2.0
模板工程定制后修改
永峰
2021-2-17
V2.1
添加访问地址及登录出错问题
永峰
1概述
1.1背景
目前的使用的testlink在编写用例时候比较麻烦，不能够迅速的编写用例，只有使用xml’格式才可以导入到testlink中，或者使用excel格式，但是其中excel也必须参加编码才能够导入进入，客观上增加了软件测试工程师编写用例的难度。
其次testlink只能对用例进展管理，产生的bug必须再一次通过bug管理系统提交，一定程度上，浪费了时间。
使用的测试管理工具是HPQualityCenter10.0〔以下简称QC〕，QC是MercuryInteractive公司推出的基于WEB的测试管理工具。
QC能够帮助你组织和管理软件测试过程的每个阶段，包括测试需求管理、测试方案、测试案例测试、测试执行和缺陷跟踪。
1.2目的
为了指导QC用户更好的使用QC进展日常工作，特编写本文档。
1.3预期读者
本文档预期读者为：
QC普通用户。
2用户组及权限
2.1用户组
QC中的用户包括工程管理员及普通用户，普通用户分为开发人员、测试人员、业务人员和其它人员，各种人员职责如下表所示：
角色
说明
开发人员
工程组中的软件设计及编码人员
测试人员
工程组中的测试人员
业务人员
业务测试人员
其它人员
质量管理处人员；QA人员
注：
一个用户可以拥有多个角色，例如，工程开发者做软件编码时属于开发人员畴，做技术测试时属于测试人员畴。
2.2组权限
组件角色
开发人员
测试人员
业务人员
其它人员
需求
增
×
√
√
×
删
×
×
×
×
改
×
√
√
×
读
√
√
√
√
测试
方案
增
×
√
√
×
删
×
×
×
×
改
×
√
√
×
读
√
√
√
√
测试
实验室
增
×
√
√
×
删
×
×
×
×
改
×
√
√
×
读
√
√
√
√
缺陷
增
√
√
√
√
删
×
×
×
×
改
√
√
√
×
读
√
√
√
√
注：
“删除〞权限，只有工程管理员具有，需要删除操作时可找工程管理员进展。
3使用指南
3.1“需求〞
3.1.1需求编写
在“技术测试、系统测试、业务测试“目录下，按照?
测试资产库管理?
中“需求构造树〞建立需求树型构造。
新需求建立在相应目录下，现有的工程需求可移至相应目录下〔可通过拖拽、剪切粘贴形式〕。
点击“
〞或点击菜单“【需求】-?
【新建需求】〞，在弹出的“新建需求〞对话框中输入必填项“需求名称〞、“需求类型〞以及其他必要信息，点击【确定】。
注意：
除了必填项之外，各个工程要求“创立日期和作者〞必须填写以便质量管理处进展相关统计。
新建需求时默认创立日期为当日、作者为登录用户。
3.1.2常用操作
3.1.2.1“需求〞视图方式
QC中需求有四种视图方式“需求树、需求详细信息、需求网络、围分析〞。
视图方式切换可通过菜单“视图〞实现。
QC中默认视图方式为需求树；“需求详细信息〞视图使用较多，可进展需求与案例、缺陷关联；“围分析〞视图侧重于需求覆盖围分析〔需求对应案例的覆盖程度、案例的执行情况〕，见以下列图。
3.1.2.2需求与测试案例的关联
测试案例和需求编写完成后，需要进展手动关联，以便进展需求覆盖分析。
在“需求〞里，视图方式为“需求详细信息〞时，点击“测试围〞，在右侧“测试方案〞树中选择对应的测试案例，双击即可，如以下列图所示：
3.1.2.3“需求〞统计
QC中可以以图表形式对“需求〞信息进展统计，显示结果如以下列图所示：
点击“分析〞-?
“图〞，选择“图向导〞或“需求摘要……〞生成统计图。
●选择“图向导〞时，可筛选条件，选择分组方式等，生产的统计图形式多样。
●选择“需求摘要……〞等四种图表方式时，生成的图表格式固定，不能筛选条件及分组方式。
“需求概要-按‘优先级’分组〞等四种方式生成的图表，不能选择分组，点击后直接生成图表。
可以选择“饼形图〞、“条形图〞、“数据网络〞形式显示结果（以下列图为默认的条形图）。
“向导图“生成图表方式多样，可选择分组方式等配置项，操作过程如下：
点击“分析〞-?
“图〞-?
“图向导〞，选择“图类型〞。
点击【下一步】
点击【下一步】，筛选条件后点击【下一步】。
选项“图属性〞点击【下一步】。
点击【下一步】。
输入“图名称〞，选择目标文件夹，点击【Finish】。
可以选择“饼形图〞、“条形图〞、“数据网络〞格式图表显示结果（以下列图为默认的条形图）。
3.1.2.4“需求〞的导出
QC中需求的导出可通过2种方式实现，一种是“文档生成器“，一种是〞分析、报告“。
●“文档生成器“导出需求。
在“需求“组件中，点击菜单“工具〞-?
“文档生成器〞，勾选“需求〞。
点击“需求〞，对导出“格式、条件等〞进展筛选。
点击“整个文档〞，选择保存路径后即可生产需求报告。
●“分析、报告〞导出需求。
在“需求〞组件中，点击菜单“分析〞-?
“报告〞，选择一种导出报告形式。
点击一种形式的报告类型后，弹出如下对话框，点击【保存】，即可生成需求报告。
可导出的后缀为html\htm\mht\txt的文件格式。
3.2“测试方案〞
3.2.1案例编写
⏹编写案例：
在技术测试、系统测试、业务测试目录下，按照?
测试管理资产库?
中“测试案例构造树〞要求，建立树型构造，点击“
〞或右键点击文件夹选择“新建〞，输入“测试名称〞等必要字段，点击【确定】。
注意：
除了必填项之外，各个工程要求“创立日期和设计者〞必须填写，以便质量管理处进展相关统计。
新建需求时默认创立日期为当日、设计者为登录用户，案例类型必须选择正、反案例。
“设计步骤〞，点击【设计步骤】，可查看，新建、编辑、删除设计步骤，如以下列图：
点击“
〞，输入“步骤名称〞等项，点击【确定】，新建测试步骤。
3.2.2常用操作
3.2.2.1测试案例与需求的关联
案例和需求独立时，需手动进展关联〔在需求组件中已进展关联的此处不需要再进展关联〕。
在“测试方案〞里，选择要关联的测试案例，点击【需求覆盖】-【选择需求】，在右侧构造树中选择对应需求，双击即可。
3.2.2.2案例与缺陷的关联
在“缺陷〞组件中提交的缺陷，没有进展和案例的直接关联，需要手工进展关联。
在“测试方案〞组件中，选择要的“案例〞，点击“连接的缺陷〞。
点击“
〞连接已有缺陷，“按照ID〞或“选择〞，进展缺陷的。
3.2.2.3“案例〞统计
QC可对测试案例进展统计，以图表形式显示，如以下列图所示：
同需求，测试案例也可以以“图向导〞或“测试概要……〞两种形式生成统计图。
操作步骤和方法根本一致，不再赘述。
3.2.2.4“案例〞导出
测试案例的导出也可以通过“文档生成器〞和“分析、报告〞两种方式实现。
●在“测试方案〞组件中，点击菜单“工具〞-?
“文档生成器〞，勾选“测试方案、主题树、主题测试〞，筛选“条件、格式〞，点击“整个文档〞，即可生成word格式测试报告。
●点击“分析〞-?
“报告〞，选择一种报告，点击“保存〞后即可生成测试报告。
3.3“测试实验室〞
3.3.1测试执行
针对维护类工程，可以按照月份进展设计测试执行构造树；针对新建类工程，可以按照模块进展设计测试执行构造数〔参考?
测试管理资产库?
〕。
目录下建立测试执行的最小单位测试集，并将测试集与测试案例进展关联。
点击“运行〞-?
“开场运行〞，执行测试案例。
当测试案例通过时，更改状态为“Passed〞；当测试案例未通过时，更改状态为“Failed〞，同时点击“
〞提交相应缺陷。
注：
在此处提交的缺陷，会将缺陷与测试案例直接关联，不需要手动关联。
推荐以这种方式提交缺陷。
3.3.2常用操作
3.3.2.1测试执行情况统计
测试案例执行结果可以以2种方式生成图表，一种是“概要、进度图〞，一种是“图向导〞。
●点击菜单“分析〞-?
“图〞，“概要-当前测试集〞，生成以下列图。
●点击菜单“分析〞-?
“图〞-?
“图向导〞，图向导查看过程与需求、测试案例一样。
3.3.2.2“测试执行结果〞导出
测试执行结果也可以通过“文档生成器〞和“分析、报告〞两种方式实现。
●在“测试实验室〞组件中，点击菜单“工具〞-?
“文档生成器〞，勾选“测试实验室、测试集、测试、运行〞，筛选“条件、格式〞，点击“整个文档〞，即可生成word格式测试执行报告。
●点击“分析〞-?
“报告〞，选择一种报告，点击“保存〞后即可生成测试执行报告。
3.4“缺陷〞
3.4.1提交缺陷
提交缺陷尽量在“测试实验室〞中进展，参看3.3.1。
假设在“缺陷〞组件中提交缺陷，需要进展手工连接，参看3.2.2，将缺陷与案例进展连接。
点击“
〞，新建缺陷。
“开发人员、测试人员、业务人员、工程管理员、其他人员〞在“添加缺陷〞中的可见字段为“缺陷状态、严重程度、所属模块、检测于版本、缺陷来源、发现活动、补救阶段、检测者、检测日期、优先级、可重现、分配给、摘要、描述、EAPS_ID、工程〞，其中“缺陷来源、EAPS_ID、优先级、可重新、工程、描述〞为非必填项、其他为必填项。
3.4.2常用操作
3.4.2.1修改缺陷
选择要更改的缺陷，双击后翻开“缺陷详细信息〞界面，更改缺陷信息，点击“确定〞后缺陷可修改成功。
缺陷的处理流程，可参考体系规文档?
测试缺陷管理.doc?
中§3.2管理流程。
工程中具体的开发、测试〔业务〕人员缺陷流程操作权限见下表：
开发人员
测试人员〔业务人员〕
新建→已修正
新建→丢弃
新建→驳回
驳回→丢弃
新建→遗留
驳回→重新翻开
重新翻开→已修正
已修正→丢弃
重新翻开→驳回
已修正→已关闭
重新翻开→遗留
重新翻开→丢弃
重新翻开→关闭
开发人员、测试人员、业务人员、工程管理员、其他人员〞在缺陷详细信息中的可见字段为“缺陷状态、严重程度、所属模块、检测于版本、缺陷来源、发现活动、补救阶段、检测者、检测日期、优先级、可重现、分配给、摘要、描述、工程、EAPS_ID〞。
A.修改“缺陷状态〞为“已修正〞时，“修复日期〞可见、必填，否那么不可见、非必填，“缺陷来源〞由“可见、非必填〞置为“可见、必填〞。
B.修改“缺陷状态〞为“丢弃〞时，“丢弃原因〞可见、必填，否那么不可见、非必填。
C.修改“缺陷状态〞为“已关闭〞时，“关闭日期〞可见、必填，否那么不可见、非必填。
3.4.2.2筛选器等操作
●缺陷显示列较多时，想只查看关心的列，可通过“可见列〞进展显示与隐藏，点击工具“
〞进展设置，以后每次登录默认显示该设置。
●想要查看某些特定条件的缺陷时，可通过“筛选器〞实现，点击工具“
〞，选择条件即可。
●假设想以分组方式查看缺陷，在“筛选器〞中点击组，选择分组方式即可。
以下列图以“所属模块〞分组。
●QC默认缺陷以ID排序，假设想以某种方式排序，在“筛选器〞中点击“查看顺序〞，选择某一“字段〞排序。
以下列图以“缺陷严重程度排序〞。
3.4.2.3缺陷情况统计
缺陷统计可以以2种方式生成图表。
一种是“概要、进度、生命期、趋势〞，一种是“图向导〞，如以下列图：
缺陷统计图如下所示，操作过程、方法与需求、案例相似，不再赘述。
3.4.2.4导出缺陷
缺陷的导出一般以下述方法导出excel格式：
点击菜单“缺陷〞—?
“导出〞—?
“全部〞或“选定〞，选择保存路径后，点击“确定〞即可导出缺陷。
另外，“文档生成器〞与“分析、报告〞也可导出缺陷，一般较少使用。
4QC访问地址
QC10.0使用以下地址访问：
qc.cebbank.
5QC常见登录出错问题
A.首次使用QC10.0时，可能会报错如下：
解决方法：
用360清空痕迹及记录，重新翻开IE可使用。
B.“capi.dll〞错误，报错如下
解决方法：
翻开QC首页，点击“插件页〞，下载安装客户端，默认路径安装客户端后，在dos里输入以下命令：
Regsvr32C:
\ProgramFILES\hp\QualityClientside\capi.dll，注册“capi.dll〞。
C.有工程人员报错如下：
解决方法：
可到下载windowinstaller3.1安装后，重新加载插件。
教育之通病是教用脑的人不用手，不教用手的人用脑，所以一无所能。
教育革命的对策是手脑联盟，结果是手与脑的力量都可以大到不可思议。
升级会员 