QC测试管理工具使用.docx
- 文档编号:9306850
- 上传时间:2023-02-04
- 格式:DOCX
- 页数:17
- 大小:1.07MB
QC测试管理工具使用.docx
《QC测试管理工具使用.docx》由会员分享,可在线阅读,更多相关《QC测试管理工具使用.docx(17页珍藏版)》请在冰豆网上搜索。
QC测试管理工具使用
QC-测试管理工具使用
————————————————————————————————作者:
————————————————————————————————日期:
第一部分QC测试管理(管理员指南)
理解SiteAdministration
作为QualityCenter管理员,需要创建和维护QualityCenter项目、用户、服务器。
SiteAdmistration包括以下内容:
✧SiteProjects管理qualitycenter工程。
包括增加新的域和项目,查询项目数据,存储项目,项目重命名,激活和挂起项目。
✧SiteUsers增加用户、定义用户属性、修改用户密码。
✧Licenses监控所有正在使用的QualityCenterlicenses,修改license关键字。
✧Servers修改服务器信息,比如日志文件和邮件协议。
✧DBServers管理数据库服务器。
增加新数据库服务器,编辑服务器的连接串,改变服务器默认管理员用户名、密码,修改用户密码。
✧SiteConfiguration修改QualityCenter的配置参数。
✧SiteAnalysis监控连接到QualityCenter用户
✧siteconnection:
可以监控连接到qc服务器上的用户
一、管理员登录(创建项目,为项目添加用户,配置管理员)
1.启动应用程序或双击:
或者:
后台入口:
http:
//IP:
port/sabin/
进入如下界面:
用户名,密码:
qcadmin
2.添加域,添加工程
添加域:
WinXP
工程名称:
记事本应用程序
3.添加人员
创建工程用户,为每个用户设定密码
设置用户所属工程
部门及人员
职责条款
负责人签字
项目经理
进行项目策划,组织项目评审等
邹凯
开发组
系统架构师:
1名,参与负责新产品的架构设计
汪培培
系统开发人员:
4名,参与负责新产品,编码、代码走查以及单元测试
高聪
美工:
1名,参与负责新产品的界面风格设计
翁莹
测试组
测试经理:
1名,负责新产品的集成测试和系统测试的协调和具体工作安排
黄兴
测试人员:
2名,负责新产品的集成测试和系统测试
郭辉艺,郑里里
用户体验组
用户体验人员:
2名,负责新产品的SQA工作
洪华
王伟
根据以上角色,对同组成员进行模拟分配。
4.设置测试管理员
设置黄兴为项目管理员
二、管理项目中的用户
1.启动前台管理平台
双击:
或者:
后台入口:
http:
//IP:
port/qcbin/start_a.htm,登录如下界面
点击QualityCenter,以黄兴登录,密码为888888,正确选择该用户所属项目,登录系统
2.定制用户角色
a)如图进入用户角色配置界面
b)进入如下界面,选择setUpProjectUser
c)按如下要求配置用户角色(注意设置完毕后,保存)
部门及人员
负责人签字
测试角色
项目经理
邹凯
ProjectManager,Viewer
高聪
Developer,Viewer
测试组
黄兴
Tdadmin,Viewer
郭辉艺,郑里里
Qatester,Viewer
【角色解释】
vA、Viewer(观察员):
拥有前台各模块的只读权限,不能使用定制管理;
vB、Developer(开发人员):
拥有需求、用例、执行模块的附件修改权限,拥有除删除外的全部缺陷模块权限,可以通过登录定制管理修改自己的密码。
vC、QATester(QA或测试人员):
拥有需求、用例、执行模块的全部权限,拥有除删除外的全部缺陷模块权限,可以通过登录定制管理修改自己的密码和使用“CustomizeProjectLists”。
vD、ProjectManager(项目经理):
拥有需求、用例、执行、缺陷模块的全部权限。
可以通过登录定制管理修改自己的密码和使用“CustomizeProjectLists”。
vE、TDAdmin(项目管理员):
拥有需求、用例、执行、缺陷模块的全部权限。
拥有定制管理的全部权限。
管理用户组和权限
DefectsReport:
缺陷提交人员
Develop:
开发人员
ProjectManager:
项目经理
QAManager:
质量保障经理
QATester:
质量保障人员
R&DManager:
需求分析经理
View:
查看人员
第二部分QC测试流程管理
一、Requirements需求管理
需求管理是测试管理的第一步。
需求管理可以定义哪些功能需要测试,哪些功能不需要测试,它是我们成功进行测试管理的基础。
在需求管理模块中,所有的需求都是用需求树(需求列表)来表示的。
可以对需求树中需求进行归类和排序,还可以自动生成需求报告和统计图表。
需求管理模块中还可以自动和测试计划模块相关联,将需求中的需求自动导出到测试计划中,需求管理功能的好处是,当需求发生变动时,能够很快定位变化的需求以及相应的责任人。
学习内容
定制需求
需求转换
需求统计
学习任务
导入记事本测试需求
手动定制记事本测试需求
上缴需求报告(所有测试需求报告、测试进度统计图表)
1.测试经理定制测试需求
1.1.导入记事本测试需求
安装第三方插件,导入记事本需求(查看帮助文件qc_office.doc)
1.2.手动编制
[备注]
需求当前的状态。
默认情况下,状态为NotCovered。
一个需求的状态能够是如下几种:
NotCovered:
这个需求没有被链接到测试。
Failed:
覆盖此需求的一个或多个测试被执行,且状态为:
Failed。
NotCompleted:
覆盖此需求的一个或多个测试被执行,且状态为:
NotCompleted。
Passed:
覆盖此需求的所有测试均有同样状态:
Passed。
NoRun:
覆盖此需求的所有测试均有同样状态:
NoRun。
N/A:
不适用
添加需求:
文件退出
需求名称
需求描述
优先级
文件管理
在菜单上显示“文件”,用来管理文件的基本操作
退出
实现“文件退出”的功能
低
2.需求管理
用编号方式显示测试需求、切换至需求覆盖分析视图查看;上交生成测试报告
[备注]需求报告
Standrequirementreport:
标准的需求文字报告
Tabular:
需求表格报告
Requirementwithcoveragetests:
需求的测试覆盖状态
Requirementwithcoveragetestsandsteps:
需求的测试覆盖报告,包含测试步骤
Requirementwithcoveragetestsandassociatedefects:
每一个需求模块的缺陷统计报告
上交生成测试进度表报告
[备注]需求图表统计
需求概述(根据优先级分组)
需求的测试进度(根据需求的状态分组)
需求的测试完成情况
需求的测试变化趋势(根据需求的状态分组)
二、TESTPLAN测试计划管理
设计完测试需求后,下一步就需要对测试计划进行管理了。
在测试计划中,需要创建测试项,并为每个测试项目项编写测试步骤,也就是测试实例,包括操作步骤、输入数据、期望结果等。
我们还可以在测试计划和需求之间建立连接。
除了创建功能测试项之外,还可以创建性能测试项,引入不同测试工具生成测试脚本。
例如LoadRunner,QuickTestProfessional等。
学习内容
创建测试项
将需求和测试项关联起来
学习任务
转化记事本需求生成测试用例
为退出编写手动测试用例步骤,预期结果
将记事本需求导成测试用例,选择第一个项目。
编写退出手动测试用例步骤
1、界面简介
2、设计测试项
在需求中创建一需求项:
非功能性测试;将其转换为测试用例,选择第三种转换方法新建手动测试项,命名为易用性测试
从测试类型列表中选择一个测试类型。
你能够选择如下的测试类型:
测试类型
描述
MANUAL
手动测试
WR-AUTOMATED
一个测试,将通过WinRunner执行。
MercuryInteractive公司的一款适用于MicrosoftWindows应用程序的功能测试工具。
VAPI-TEST
一个测试,将通过VisualAPI执行。
QualityCenter的API执行工具,能够让你创建和运行CScripts。
LR-SCENARIO
一个场景,将通过LoadRunner执行。
MercuryInteractive公司的负载测试工具。
QUICKTEST-TEST
一个测试,将通过QuickTestProfessional执行。
MercuryInteractive公司的企业版功能性测试工具。
或通过AstraQuickTest执行,MercuryInteractive公司的为Web的功能性测试工具。
ALT-TEST
一个测试,将通过AstraLoadTest执行。
MercuryInteractive公司为Web应用程序的负载测试工具。
ALT-SECNARIO
一个场景,将通过AstraLoadTest执行。
MercuryInteractive公司为Web应用程序的负载测试工具。
QTSAP-TESTCASE
一个测试,将通过QuickTestProfessionalforMySAP.comWindowsClient执行。
MercuryInteractive公司为MySAP.com应用程序的功能测试工具,适用于Windows95、Windows98、Windows2000和WindowsNT。
XRUNNER
一个测试,将通过XRunner执行。
MercuryInteractive公司为XWindows应用程序的自动化测试工具。
VAPI-XP-TEST
一个测试,用VisualAPI-XP创建。
QualityCenter开放测试架构API测试工具。
更进一步信息,请看附录A,“WorkingwithVAPI-XP”。
注意:
在QualityCenter标准版中,这个测试类型是无效的。
SYSTEM-TEST
一个测试,它要求QualityCenter去提供系统信息、捕获桌面图像或重启计算机。
【测试用例图表简介】
图标
描述
手动测试
手动模板测试
测试步骤已被定义的手动测试
测试步骤已被定义的手动模板测试
Winrunner测试
WinRunnerbatch测试
关于创建和使用WinRunnerbatch测试的更进一步信息,请查阅《WinRunnerUser’sGuide》。
LoadRunner场景
QuickTestProfessional
QuickTestProfessionalTemplate
测试步骤已被定义的QuickTestProfessional
测试步骤已被定义的QuickTestProfessionalTemplate
VisualAPI-XP测试
系统测试
VuserScript测试
3、建立需求和计划的关联
4、生成测试文档
三、TESTLAB测试执行管理
设计完测试实例之后,就可以执行测试了,执行测试是整个过程的核心。
测试执行模板就是对测试计划模板中静态的测试项的执行过程,在执行过程中需要为测试项创建测试集进行测试,一个测试集可以包括多个测试项
选择“TestLAB”标签,切换到测试执行界面,出现如下图。
在界面的左侧列举了所有的测试集合(TestSets)。
测试集合石测试项的集合,一个测试集合可以包含若干个测试项。
它可以看做是测试实例的动态执行过程。
学习任务:
为前面创建的测试项创建测试集合,命名为退出
为退出测试集合添加具体的内容
测试执行
【执行结果参数说明】
测试项的状态默认为NoRun,即没有执行
Failed:
测试集合中的部分实例执行没有通过
N/A:
测试实例无法执行
NoRun:
所有的测试实例没有执行
NotComplete:
部分实例没有执行
Passed:
通过
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- QC 测试 管理工具 使用