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