QC测试管理工具使用基础手册.doc

HP Quality Center 测试管理工具 使用手册 文 档 编 号保 密 等 级作 者张永峰最终修改日期审 核 人最终审批日期批 准 人最终同意日期修订统计日期版本修订说明修订人-12-20V0.1初稿张永峰-12-31V1.0修订张永峰-1-19V1.1审核后修订张永峰-1-26V2.0模板项目定制后修改张永峰-2-17V2.1添加访问地址及登录犯错问题张永峰目 录1概述11.1背景11.2目标11.3预期读者12用户组及权限12.1用户组12.2组权限23使用指南23.1“需求”23.1.1需求编写23.1.2常见操作33.2“测试计划”113.2.1案例编写113.2.2常见操作123.3“测试试验室”163.3.1测试实施163.3.2常见操作173.4“缺点”193.4.1提交缺点193.4.2常见操作201 概述1.1 背景现在使用testlink在编写用例时候比较麻烦，不能够快速编写用例，只有使用xml格式才能够导入到testlink中，或使用excel 格式，不过其中excel也必需加入编码才能够导入进入，客观上增加了软件测试工程师编写用例难度。其次testlink 只能对用例进行管理，产生bug 必需再一次经过bug管理系统提交，一定程度上，浪费了时间。 使用测试管理工具是HP Quality Center 10.0（以下简称QC），QC是Mercury Interactive企业推出基于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中能够以图表形式对“需求”信息进行统计，显示结果以下图所表示：点击“分析”-“图”，选择“图向导”或“需求摘要”生成统计图。l 选择“图向导”时，可筛选条件，选择分组方法等，生产统计图形式多样。l 选择“需求摘要”等四种图表方法时，生成图表格式固定，不能筛选条件及分组方法。“需求概要-按优先级分组”等四种方法生成图表，不能选择分组，点击后直接生成图表。能够选择“饼形图”、“条形图”、“数据网络”形式显示结果(下图为默认条形图)。 “向导图“生成图表方法多样，可选择分组方法等配置项，操作过程以下：点击“分析”-“图”-“图向导”，选择“图类型”。点击【下一步】点击【下一步】，筛选条件后点击【下一步】。选项“图属性”点击【下一步】。点击【下一步】。输入“图名称”，选择目标文件夹，点击【Finish】。能够选择“饼形图”、“条形图”、“数据网络”格式图表显示结果(下图为默认条形图)。3.1.2.4 “需求”导出QC中需求导出可经过2种方法实现，一个是“文档生成器“，一个是”分析、汇报“。l “文档生成器“导出需求。在“需求“组件中，点击菜单“工具”-“文档生成器”，勾选“需求”。点击“需求”，对导出“格式、条件等”进行筛选。点击“整个文档”，选择保留路径后即可生产需求汇报。l “分析、汇报”导出需求。在“需求”组件中，点击菜单“分析”-“汇报”，选择一个导出汇报形式。点击一个形式汇报类型后，弹出以下对话框，点击【保留】，即可生成需求汇报。可导出后缀为htmlhtmmhttxt文件格式。3.2 “测试计划”3.2.1 案例编写n 编写案例：在技术测试、系统测试、业务测试目录下，根据 测试管理资产库中“测试案例结构树”要求，建立树型结构，点击“”或右键点击文件夹选择“新建”，输入“测试名称”等必需字段，点击【确定】。注意：除了必填项之外，各个项目要求“创建日期和设计者”必需填写，方便质量管理处进行相关统计。新建需求时默认创建日期为当日、设计者为登录用户，案例类型必需选择正、反案例。 “设计步骤”，点击【设计步骤】，可查看，新建、编辑、删除设计步骤，以下图：点击“”，输入“步骤名称”等项，点击【确定】，新建测试步骤。3.2.2 常见操作3.2.2.1 测试案例和需求关联案例和需求独立时，需手动进行关联（在需求组件中已进行关联此处不需要再进行关联）。在“测试计划”里，选择要关联测试案例，点击【需求覆盖】-【选择需求】，在右侧结构树中选择对应需求，双击即可。3.2.2.2 案例和缺点关联在“缺点”组件中提交缺点，没有进行和案例直接关联，需要手工进行关联。在“测试计划”组件中，选择要“案例”，点击“连接缺点”。点击“”连接已经有缺点，“根据ID”或“选择”，进行缺点链接。3.2.2.3 “案例”统计QC可对测试案例进行统计，以图表形式显示，以下图所表示：同需求，测试案例也能够以“图向导”或“测试概要”两种形式生成统计图。操作步骤和方法基础一致，不再赘述。3.2.2.4 “案例”导出测试案例导出也能够经过“文档生成器”和“分析、汇报”两种方法实现。l 在“测试计划”组件中，点击菜单“工具”-“文档生成器”，勾选“测试计划、专题树、专题测试”，筛选“条件、格式”，点击“整个文档”，即可生成word格式测试汇报。l 点击“分析”-“汇报”，选择一个汇报，点击“保留”后即可生成测试汇报。3.3 “测试试验室”3.3.1 测试实施针对维护类项目，能够根据月份进行设计测试实施结构树；针对新建类项目，能够根据模块进行设计测试实施结构数（参考 测试管理资产库）。目录下建立测试实施最小单位测试集，并将测试集和测试案例进行关联。点击“运行”-“开始运行”，实施测试案例。当测试案例经过时，更改状态为“Passed”；当测试案例未经过时，更改状态为“Failed”，同时点击“”提交对应缺点。注：在此处提交缺点，会将缺点和测试案例直接关联，不需要手动关联。推荐以这种方法提交缺点。3.3.2 常见操作3.3.2.1 测试实施情况统计测试案例实施结果能够以2种方法生成图表，一个是“概要、进度图”，一个是“图向导”。l 点击菜单“分析”-“图”，“概要-目前测试集”，生成下图。l 点击菜单“分析”-“图”-“图向导”，图向导查看过程和需求、测试案例相同。3.3.2.2 “测试实施结果”导出测试实施结果也能够经过“文档生成器”和“分析、汇报”两种方法实现。l 在“测试试验室”组件中，点击菜单“工具”-“文档生成器”，勾选“测试试验室、测试集、测试、运行”，筛选“条件、格式”，点击“整个文档”，即可生成word格式测试实施汇报。l 点击“分析”-“汇报”，选择一个汇报，点击“保留”后即可生成测试实施汇报。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 筛选器等操作l 缺点显示列较多时，想只查看关心列，可经过“可见列”进行显示和隐藏，点击工具“”进行设置，以后每次登录默认显示该设置。l 想要查看一些特定条件缺点时，可经过“筛选器”实现，点击工具“”，选择条件即可。l 若想以分组方法查看缺点，在“筛选器”中点击组，选择分组方法即可。下图以“所属模块”分组。l QC默认缺点以ID排序，若想以某种方法排序，在“筛选器”中点击“查看次序”，选择某一“字段”排序。下图以“缺点严重程度排序”。3.4.2.3 缺点情况统计缺点统计能够以2种方法生成图表。一个是“概要、进度、生命期、趋势”，一个是“图向导”，以下图：缺点统计图以下所表示，操作过程、方法和需求、案例相同，不再赘述。3.4.2.4 导出缺点缺点导出通常以下述方法导出excel格式：点击菜单“缺点”“导出”“全部”或“选定”，选择保留路径后，点击“确定”即可导出缺点。另外，“文档生成器”和“分析、汇报”也可导出缺点，通常较少使用。4 QC访问地址QC10.0使用下列地址访问：5 QC常见登录犯错问题A. 首次使用QC10.0时，可能会报错以下：处理措施：用360清空痕迹及统计，重新打开IE可使用。B. “capicom.dll”错误，报错以下处理措施：打开QC首页，点击“插件页”，下载安装用户端，默认路径安装用户端后，在dos里输入下列命令： Regsvr32 C:Program FILEShpQuality Client sidecapicom.dll，注册“capicom.dll”。C. 有项目人员报错以下： 处理措施：可到网站下载window installer3.1安装后，重新加载插件。