QC的使用.docx
《QC的使用.docx》由会员分享，可在线阅读，更多相关《QC的使用.docx（15页珍藏版）》请在冰豆网上搜索。
QC的使用
基本概念2
一、QC重要的组成3
1、站点管理3
2、项目自定义管理3
3、测试管理4
二、站点管理详解4
三、项目自定义管理8
四、测试管理（QC核心）9
测试管理基本流程10
1、版本管理（management）10
1）添加版本信息11
2）设定版本时间11
2、需求管理（Requirements）11
1）添加需求信息12
3）把需求转换成TestPlan中的测试用例集13
3、测试计划（用例）管理（TestPlan）14
1）编写用例15
2）导入用例15
3）查看/设置需求覆盖16
4、测试执行管理（TestLab）17
5、缺陷跟踪管理（defects+TestLab）19
缺陷模块（Defects）辅助操作22
基本概念
1、自动化测试工具的分类
（1）功能测试自动化QuickTestProfessional
（2）性能测试自动化LoadRunner
（3）测试管理工具QC、TD（TestDirector）管理整个的测试流程，（版本、需求、用例、用例执行、缺陷）
（4）白盒、单元测试工具Jtest、Junit、
2、虚拟机概念
（1）使用软件技术模拟计算机的软硬件
（2）虚拟机软件：
VMwareworkstation
（3）QC属于B/S结构，必须安装在服务器版的操作系统中，（winserver2003/2008）
3、如何访问QC
（1）在虚拟机中，双击桌面图标HPQualityCenter
（2）在虚拟机中，打开IE浏览器，在地址栏输入：
http:
//192.168.1.5:
8080/qcbin/SiteAdmin.htm
http使用的是超文本传输协议
：
/协议和IP地址（域名）之间的固定分隔符
192.168.1.5要访问的QC服务器的IP地址或域名
：
8080http协议使用的端口号，如果使用默认端口80，可以省略。
/qcbin虚拟目录QC程序所存放的位置
（3）在物理机中使用IE访问虚拟机（最真实）
一、QC重要的组成
1、站点管理
1）在首页中点击siteadministrator（站点管理）
2）输入username（用户名）：
adminpassword（密码）：
123456点击“login”（登录）
说明：
用户名和密码是在安装QC时设定的
2、项目自定义管理
1）在首页中点击“Qualitycenter”（质量中心）
2）loginname（登录名）：
adminpassword：
123456点击authenticate（验证、鉴权）
Domain（域）：
defaultProject（项目）：
QualitycenterDemo点击“login”
说明：
Default（默认）域和项目是安装QC时自带的练习项目。
3）点击菜单“Tools”（工具）-customize（定制、）
补充：
查看IP地址：
点击网上邻居，本地连接右键属性在internet协议双击或点击属性
或在开始-运行-cmd-ipconfig
3、测试管理
主要完成版本管理、需求管理、测试用例管理、执行测试用例、提交缺陷等功能。
1）在首页中点击“Qualitycenter”（质量中心）
2）loginname（登录名）：
adminpassword：
123456点击authenticate（验证、鉴权）
Domain（域）：
defaultProject（项目）：
QualitycenterDemo点击“login”
说明：
Default（默认）域和项目是安装QC时自带的练习项目。
二、站点管理详解
1、siteprojects：
站点项目管理选项卡
1）主要功能：
管理”域”和“项目“
域的概念：
域是项目管理的逻辑单位。
域相当于文件夹，里面可以放很多的项目。
创建域（CreateDomain）：
一般在有新项目组成立或新的子公司成立的时候才有必要创建域。
步骤：
点击工具栏按钮“createdomanin”（创建域）
填写域名（不能与现有的重名，不能包含特殊符号）、
删除域：
Deletedomain说明:
只要空域才能删除
新创建的域自动包含：
Projects文件项目都放在这里
TemplateProjects模板项目
项目管理（CreateProject）创建项目
四个方法A、Createanemptyproject创建一个空项目
B、Createaprojectfromatemplate通过模板创建
C、复制已经存在的项目Createaprojectbycopyingdatafromanexistingproject
注释：
一般在后期项目要使用前期项目中的数据时采用
D、通过导入（importing）一起导出的（exported）QC项目文件恢复数据。
创建空项目的步骤：
1、点击工具栏“createproject”按钮
2、选择第一项Createanemptyproject
3、输入：
Projectname和indomain
4、选择数据库类型（databasetype）：
使用默认
5、addprojectadministrator（添加项目管理员）双击右侧“availableusers”（可以获得的用户）列表中的某用户，将其加到右侧列表
6、选择“ActivateProject”（激活项目）不选择“enableversioning”（版本控制，避免多人同时修改同一项）
补充小知识：
在QC服务器中找到项目的存储位置（物理位置）（physicaldirectory物理路径）
Attach附件存放位置
Repository：
仓库、存储位置
删除项目：
选中要删除的项目，点击工具栏按钮“Delete”
项目启动/停止：
选中项目，右键菜单-deactivateproject（停止项目）-activateproject（启动项目）
说明：
在使用QC中遇到任何问题，无法继续操作QC，可以先停止项目，一般都可以解决。
2、siteusers站点用户管理选项卡
1）主要功能：
添加、删除用户，设定密码
2）添加用户：
有新员工入职的时候，才添加用户，离职员工删除用户。
①点击工具栏第一个按钮“newuser”（新建用户）
Usersname：
用户名
Fullname全名
E-mail
Phonenumber电话
Description描述
3）设定密码
选中要设置的用户，点击工具栏按钮“password”，输入：
newpassword新密码retypepassword重新输入密码
Fullname职位phonenumber联系电话
description描述在这个文本框中如果想设置文字大小，按住鼠标左键不放，滑动滚轮
密码设置在右侧按钮password按钮点击
4）删除用户
员工离职时删除该用户，选中用户，点击工具栏第二个按钮“Deleteusers”
补充单词：
Miscellaneous：
综合管理项、杂项
Contact：
联系
UsersQuota用户配额
站点管理中的操作一般由QC管理员完成。
三、项目自定义管理
Toots-custom
1、userproperties：
用户属性管理作用：
对当前登录用户进行属性修改
2、projectusers：
项目用户管理作用：
把用户添加到项目给用户分配权限
4、groups权限组projectentities汉化一些必填项的设置save保存administratorofthesite站点管理员兼项目管理员
把用户添加到项目点击“adduser”按钮
三个方法：
adduserbyusername通过用户名添加（一次加一个）
createnewuser创建新用户（密码为空）
adduserfromlistofsiteusers从站点用户列表中添加（一次可以添加多个）重点
为用户分配权限——把用户分配到相应的权限组中（重要）
权限组：
是权限的集合，一个用户如果隶属于某个权限组就拥有了该组的全部权限
QC的内置（默认）权限组TDadmin：
项目管理员组（权限最高）TD：
Testdirector
QA：
（qualityassurance质量保证）测试组
Projectmanager：
项目经理组（一般项目经理、开发经理、测试经理）
Developer：
开发组
Viewer：
浏览者组
memberof表示该用户目前拥有的权限notmember表示该用户没有的权限
3）分配/去除权限选中用户，双击“notmember（成员）of”列表中的组名，把其添加到“memberof”列表中，去除权限，反之即可。
说明：
A、一个用户可以隶属于多个权限组，这样该用户的权限就为这些组权限的并集。
B、如果内置权限组不能满足管理要求，可以自定义权限组（在groups中）
4）删除用户选中用户，点击“RemoveUser”（删除用户）
补充知识：
项目自定义管理一般由QC管理员或项目管理员完成操作
四、测试管理（QC核心）
主要功能：
可以完成版本管理（Management中）、需求管理（Requirements）、测试计划（用例）管理（TestPlan）、测试执行管理（TestLab）、缺陷跟踪管理（Defects）
其他功能：
基线管理、业务组件管理、测试资源管理、数据分析管理。
测试管理基本流程
在Management模块的Releases选项卡中添加软件版本信息。
在Requirements模块中添加软件模块信息，并把这些模块信息转换为TestPlan模块中的测试用例集
在TestPlan模块中的测试用例集中编写测试用例。
在TestLad中添加相应的测试用力执行集合，并把TestPlan中的测试用例关联到测试用例执行集合。
在TestLab模块中执行测试用例，发现缺陷后，提交缺陷报告。
在Defects模块中跟踪缺陷。
1、版本管理（management）
management（版本管理）中的releases（版本）选项卡中
作用：
添加版本信息，设定版本的时间。
管理软件版本信息。
版本信息的使用：
创建完版本信息以后，在Defects模块的添加缺陷（NewDefect）窗口中可以使用这些版本信息
1）添加版本信息
示例：
一期：
版本1、版本1.1、版本1.2
版本2R2.1、R2.2
二期：
版本3、R3.1、R3.2
版本4R4.1、R4.2
步骤：
1）点击工具栏按钮“Newreleasefolder”（新建版本文件夹）
2）填写“releasefoldername”（版本文件夹名称）不能重复
3）点击工具栏第二个按钮“newrelease”（新建版本），填写“releasename”（版本名称）
4）点击工具栏第三个按钮“newcycle”（周期、迭代周期、小版本），填写“cyclename”（小版本名称）。
2）设定版本时间
步骤：
选中版本（大、小都可）在“details”选项卡中设置startdate开始日期和enddate结束日期
2、需求管理（Requirements）
作用：
添加软件需求信息（菜单结构、功能模块），把需求转换到TestPlan中的测试用例集合，为编写用例做准备。
管理软件功能模块。
1）添加需求信息
示例：
文件（一级文件）
新建（二级文件）
打开
保存
步骤：
（1）、按照菜单（模块）的层次结构，把每一个菜单做成“文件夹”（点击工具栏按钮“newfolder”，注意层次）
（2）、在最后一级菜单下面创建一个同名的“子需求”。
（点击工具栏按钮“newrequirement”）
填写Requirementtype（需求类型）：
functional（功能的）
Requirementname（需求名称）：
（与所在的菜单同名即可）
填写“newRequirement”窗口：
Details：
Author：
创建者
Directcoverstatus：
覆盖状态（选择notCovered，表示没有对应的用例）
其他选项：
NOrun：
未执行failed：
执行的用例有bugpassed：
执行的用例全部成功
Notcompleted：
未执行完成N/A：
不适用，获取不到数据。
说明：
这些取值会根据用例执行情况自动变换。
Modified：
修改时间（自动填写）
Priority：
需求的重要程度
Product：
产品、项目名称（取值需要在自定义中添加）
Reviewed：
是否评审
Targetcycle/Release：
目标周期/版本
Description：
需求描述
Comment：
注释、说明
RichText：
大文本
点击“submit”（提交）
需求类型：
Business业务上的需求
Folder文件夹
Functional功能需求
Group组需求
Testing测试需求
Undefined未定义
3）把需求转换成TestPlan中的测试用例集
步骤：
A、选中要转换的需求，点击菜单“Requirements-converttotests”（转换到测试用例集合）
B、使用转换向导需求转换为用例的三种方式：
ConvertlowestChildRequirementstodesignsteps将最低级别的子需求转换为测试步骤
Convertlowestchildrequirementstotests将最低级别的子需求转换为测试用例集合
Convertallrequirementstosubject将所有的需求转换为文件夹
选择方法2：
转换最低级别的需求到用例集合
C、预览图补充知识：
把需求转换为用例时，如果有的不想转换在此预览图中点击工具栏按钮“Excludefromconvertsion”（红色横杠）
D、选择转换后存放的位置（destinationsubjectpath目标文件夹路径）——一级菜单全部放在subject下面
E、点击“完成”。
转换成功的两点标准：
最低级别的模块（子需求、菜单）有对应的用例集合，可以编写用例。
在defects模块中，可以向最低级别的子需求提交bug。
Designsteps用例步骤ExpectedResult预期结果
3、测试计划（用例）管理（TestPlan）
作用：
编写或导入用例，查看/设置需求覆盖，管理测试用例集合。
1）编写用例
（1）选中某个用例集合，在“designsteps”（设计步骤）选项卡中，点击工具栏按钮“newstep”（新建步骤）
（2）在“designstepeditor”（设计步骤编辑器）窗口中填写：
stepname：
步骤名称（用例编号）
Description：
用例描述（包括目的、步骤）
Expectedresult：
预期结果
2）导入用例
在QC外部写好测试用例，要导入到QC中
步骤：
从Excel中向QC导入用例
A、安装QCMSExcelAddin.exe插件
B、编写用例需要指定每条用例所在的用例集合名称和该用例集合在QC中所在的路径
C、选中要导入的用例，点击菜单：
工具->exporttoqualitycenter或加载项-exporttoqualitycenter
D、指定要导入的内容：
Tests（用例）
E、选择一个映射选项/对应关系（mapoption）第一次使用第二项（typeanewmapname输入一个新的映射名称），以后可以使用第一项
第一次时建立映射/对应关系
QCExcel
Subject用例集合路径（A）
Testname用例集合名称（B）
StepName用例编号（C）
Description（Design。
。
）用例描述（D）
Expected（）预期结果（E）
3）查看/设置需求覆盖
（查看某个用例集合测试的是哪个需求，对不对）
有需求覆盖，就可以在requirements模块中通过“directcoverstatus”列观察用例的执行情况。
步骤：
方法一：
1）选中某个用例集合，在“reqcoverage”（需求覆盖）选项卡中的“entityname”（实体/需求名称）
说明：
自动转换的需求，该关系自动建立。
2）如果没有需求，可以点击工具栏按钮“selectreq”（选择需求），在右侧小窗口中找到对应的需求双击即可。
方法二：
1）在requirements模块中，把视图切换成Requirementdetails（详细信息）（菜单：
View-Requirementdetails）
2）选中某个需求，在“testcoverage”（测试覆盖）选项卡中查看。
3）如果没有，点击工具栏按钮“select”，在右侧小窗口中找到对应的用例集合，双击即可。
4、测试执行管理（TestLab）
作用：
管理测试用例执行集合，执行测试用例
（1）创建“测试用例执行集合”
（2）把TEstPlan中“测试用例集合”导入到TestLab中对应的“测试用例执行集合”。
（3）对照用例执行，发现bug，提交缺陷报告
（4）跟踪bug，进行bug
详细步骤：
1）创建“测试用例执行集合”。
步骤：
A、把最后一级之前的菜单做成文件夹。
（选中“Root”文件夹，点击工具栏按钮“newfolder”，注意层次关系）
B、把最后一级菜单直接做成“测试用例执行集合”（点击工具栏按钮“newtestset”，新建测试用例执行集合）
2）导入用例
步骤：
A、选中某个“用例执行集合”，在“executiongrid”（执行表格）选项卡中，点击“selecttests”（选择用例集合）
B、在右侧“Testplantree”（测试计划树视图）或“requirementstree”中，双击对应的用例集合即可。
3）执行用例，发现bug，提交缺陷报告。
步骤：
A、选中某个“用例执行集合”，在“executiongrid”选项卡中的表格中选中要执行的“用例集合”，点击工具栏“run-runmanually”（手工执行）
B、在“manualrunner”（手工运行器）窗口中点击“beginrun”
C、对照用例执行Keepontop置顶
D、用例执行成功，把用例状态（status）改为：
passed。
在actual（实际结果）中填写：
“通过”字样（或者不填）
E、用例执行失败，①填写实际结果
②把用例状态改为：
failed
提交缺陷报告：
（assignedto：
指派给开发经理status：
new）reproducible：
缺陷能否重现
方法1：
点击工具栏按钮“newdefect”，打开“newdefect”窗口（该窗口属于defects模块），填写缺陷报告后提交（submit）。
方法2：
点击“Linkeddefects”（链接缺陷）按钮，
在弹出的“Linkeddefects“窗口中点击工具栏按钮“addandlinkdefect”（添加并链接缺陷）
小知识：
在执行用例过程中，可以点击“”让窗口置顶。
用例集中有一条用例失败，该用例集状态就为Failed。
双击用例集，在弹出“TestInstanceProperties”对话框中的“allRoms”选项卡中查看详细信息。
如果本测试用例集没有执行完，可以点击“continue”按钮继续执行。
在Requirements中可以查看覆盖状态
5、缺陷跟踪管理（defects+TestLab）
基本处理流程：
new->open->fixed->closed
步骤：
1、测试人员（如：
shuili）执行用例，发现bug，提交缺陷报告（在TestLab中完成）assignedto：
开发经理（如：
lili2）staus：
new
2、开发经理（如：
lili2）验证缺陷，是，缺陷状态改为：
open，并根据缺陷所在的模块，指派给开发人员处理
3、开发人员（如：
lili1）看到指派给自己的bug，进行缺陷修复，修改完之后，把缺陷的状态改为：
fixed
4、测试人员（如：
shuili）对bug进行返测，缺陷状态改为：
colsed
一般在TestLab中提交缺陷报告，因为在Defects中提交缺陷宝贝，缺陷的描述信息（Description）字段，需要手动填写，相对麻烦一些。
步骤：
1）打开缺陷详细信息
方法1:
点击该缺陷记录前“链条”图标，打开“defectdetails”（缺陷详细信息）窗口的“linkedentities”（链接的实体/用例）。
方法2：
双击该条缺陷，打开“defectdetails”窗口，然后点击“linkedentities”按钮。
2）在“others”选项卡的表格中可以看到该条缺陷对应的用例，点击倒数第二/三列或点击工具栏最后一个按钮“goto‘linkedby’entity”
3）在“runsteps”（执行步骤）窗口中定位到对应的测试用例，对照用例进行返测。
4）如果返测成功，把用例的状态改为：
passed，在actual中填写“返测成功”字样。
5）点击该条用例前面的“链条”图标，弹出“LinkedDefects”窗口。
在窗口中点击“DefectID”列中的缺陷编号，就可以定位回相应的缺陷。
6）把该条缺陷的状态改为：
colsed，在Requirements中查看覆盖状态。
7）如果用例集合没有执行完，点击“Continue”按钮。
补充知识：
提交bug时添加附件、快照
在“newdefect”窗口，点击工具栏按钮“attachfile”（附件文件），选择要添加的文件即可。
点击“attachsnapshot”（附件快照），在“snapshot”窗口中点击右上角按钮，即可对当前窗口做快照。
查看用例执行的信息
1、在“executiongrid”选项卡中双击表格中的“用例集合”，打开“Testinstanceproperties”（测试用例属性）窗口
2、或者点击工具栏按钮“Testinstanceproperties”。
继续执行用例的方法
方法1：
在“Testinstanceproperties”窗口中，点击工具栏按钮“continue”（继续）。
方法2：
点击工具栏按钮“run->continuemanualrun”（继续手工执行）
注释：
如果再次点击“runmanually”，就会重新执行一遍该组用例，实际上是“回归测试”。
缺陷处理的其他流程
new->open->fixed->reopen->fixed->closed
如果返测不通过，在actual中填写“返测失败”字样，用例状态保存“Failed”不变。
把缺陷的状态给为：
reope
升级会员 