QC 测试管理工具使用

第一部分QC 测试管理（管理员指南）理解SiteAdministration作为Quality Center管理员，需要创建和维护Quality Center项目、用户、服务器。

Site Admistration包括以下内容：✧Site Projects 管理quality center工程。

包括增加新的域和项目，查询项目数据，存储项目，项目重命名，激活和挂起项目。

✧Site Users增加用户、定义用户属性、修改用户密码。

✧Licenses 监控所有正在使用的Quality Center licenses ，修改license关键字。

✧Servers 修改服务器信息，比如日志文件和邮件协议。

✧DB Servers 管理数据库服务器。

增加新数据库服务器，编辑服务器的连接串，改变服务器默认管理员用户名、密码，修改用户密码。

✧Site Configuration 修改Quality Center的配置参数。

✧Site Analysis监控连接到Quality Center用户✧site connection：可以监控连接到qc服务器上的用户一、管理员登录(创建项目，为项目添加用户，配置管理员)1.启动应用程序或双击：或者：后台入口：http：// IP：port / sabin /进入如下界面：用户名，密码：qcadmin2.添加域，添加工程添加域：WinXP工程名称：记事本应用程序3.添加人员创建工程用户，为每个用户设定密码设置用户所属工程部门及人员职责条款负责人签字项目经理进行项目策划，组织项目评审等邹凯汪培培开发组系统架构师：1名，参与负责新产品的架构设计高聪系统开发人员：4名，参与负责新产品，编码、代码走查以及单元测试美工：1名，参与负责新产品的界面风格设计翁莹测试组测试经理：1名，负责新产品的集成测试和系统测试的协调和具体工作安排黄兴测试人员：2名，负责新产品的集成测试和系统测试郭辉艺，郑里里用户体验组用户体验人员：2名，负责新产品的SQA工作洪华王伟根据以上角色，对同组成员进行模拟分配。

4.设置测试管理员设置黄兴为项目管理员二、管理项目中的用户1.启动前台管理平台双击：或者：后台入口：http：// IP：port / qcbin / start_a.htm，登录如下界面点击Quality Center，以黄兴登录，密码为888888，正确选择该用户所属项目，登录系统2.定制用户角色a)如图进入用户角色配置界面b)进入如下界面，选择set Up Project Userc)按如下要求配置用户角色（注意设置完毕后，保存）部门及人员负责人签字测试角色【角色解释】❖A、Viewer（观察员）：拥有前台各模块的只读权限，不能使用定制管理；❖B、Developer（开发人员）：拥有需求、用例、执行模块的附件修改权限，拥有除删除外的全部缺陷模块权限，可以通过登录定制管理修改自己的密码。

❖C、QATester（QA或测试人员）：拥有需求、用例、执行模块的全部权限，拥有除删除外的全部缺陷模块权限，可以通过登录定制管理修改自己的密码和使用“Customize Project Lists”。

❖D、Project Manager（项目经理）：拥有需求、用例、执行、缺陷模块的全部权限。

可以通过登录定制管理修改自己的密码和使用“Customize Project Lists”。

❖E、TDAdmin（项目管理员）：拥有需求、用例、执行、缺陷模块的全部权限。

拥有定制管理的全部权限。

管理用户组和权限Defects Report：缺陷提交人员Develop：开发人员ProjectManager：项目经理QA Manager：质量保障经理QA Tester：质量保障人员R&D Manager：需求分析经理View：查看人员第二部分QC 测试流程管理一、Requirements需求管理需求管理是测试管理的第一步。

需求管理可以定义哪些功能需要测试，哪些功能不需要测试，它是我们成功进行测试管理的基础。

在需求管理模块中，所有的需求都是用需求树(需求列表)来表示的。

可以对需求树中需求进行归类和排序，还可以自动生成需求报告和统计图表。

需求管理模块中还可以自动和测试计划模块相关联，将需求中的需求自动导出到测试计划中，需求管理功能的好处是，当需求发生变动时，能够很快定位变化的需求以及相应的责任人。

学习内容定制需求需求转换需求统计学习任务导入记事本测试需求手动定制记事本测试需求上缴需求报告（所有测试需求报告、测试进度统计图表）1.测试经理定制测试需求1.1.导入记事本测试需求安装第三方插件，导入记事本需求（查看帮助文件qc_office.doc）1.2.手动编制[备注]需求当前的状态。

默认情况下，状态为Not Covered。

一个需求的状态能够是如下几种：Not Covered：这个需求没有被链接到测试。

Failed：覆盖此需求的一个或多个测试被执行，且状态为：Failed。

Not Completed：覆盖此需求的一个或多个测试被执行，且状态为：Not Completed。

Passed：覆盖此需求的所有测试均有同样状态：Passed。

No Run：覆盖此需求的所有测试均有同样状态：No Run。

N/A：不适用添加需求：文件退出需求名称需求描述优先级文件管理在菜单上显示“文件”，用来管理文件的基本操作退出实现“文件退出”的功能低2.需求管理用编号方式显示测试需求、切换至需求覆盖分析视图查看；上交生成测试报告[备注] 需求报告Stand requirement report：标准的需求文字报告Tabular：需求表格报告Requirement with coverage tests:需求的测试覆盖状态Requirement with coverage tests and steps:需求的测试覆盖报告，包含测试步骤Requirement with coverage tests and associate defects：每一个需求模块的缺陷统计报告上交生成测试进度表报告[备注] 需求图表统计<summary>Group by priority:需求概述(根据优先级分组)<Progress>Group by status:需求的测试进度(根据需求的状态分组) <requirements Coverage>:需求的测试完成情况<Trend>Group by status:需求的测试变化趋势(根据需求的状态分组)二、TEST PLAN 测试计划管理设计完测试需求后，下一步就需要对测试计划进行管理了。

在测试计划中，需要创建测试项，并为每个测试项目项编写测试步骤，也就是测试实例，包括操作步骤、输入数据、期望结果等。

我们还可以在测试计划和需求之间建立连接。

除了创建功能测试项之外，还可以创建性能测试项，引入不同测试工具生成测试脚本。

例如LoadRunner，Quick Test Professional等。

学习内容创建测试项将需求和测试项关联起来学习任务转化记事本需求生成测试用例为退出编写手动测试用例步骤，预期结果将记事本需求导成测试用例，选择第一个项目。

编写退出手动测试用例步骤1、界面简介2、设计测试项在需求中创建一需求项：非功能性测试；将其转换为测试用例，选择第三种转换方法新建手动测试项，命名为易用性测试从测试类型列表中选择一个测试类型。

你能够选择如下的测试类型：测试类型描述MANUAL 手动测试一个测试，将通过WinRunner执行。

Mercury Interactive公司的一款适用WR-AUTOMATED于Microsoft Windows应用程序的功能测试工具。

一个测试，将通过Visual API执行。

Quality Center的API执行工具，能VAPI-TEST够让你创建和运行C Scripts。

一个场景，将通过LoadRunner执行。

Mercury Interactive公司的负载测试LR-SCENARIO工具。

一个测试，将通过QuickTest Professional执行。

Mercury Interactive公QUICKTEST-TEST司的企业版功能性测试工具。

或通过Astra QuickTest执行，Mercury Interactive公司的为Web的功能性测试工具。

ALT-TEST一个测试，将通过Astra LoadTest执行。

Mercury Interactive公司为Web应用程序的负载测试工具。

ALT-SECNARIO一个场景，将通过Astra LoadTest执行。

Mercury Interactive公司为Web应用程序的负载测试工具。

QTSAP-TESTCASE 一个测试，将通过QuickTest Professional for Windows Client 执行。

Mercury Interactive公司为应用程序的功能测试工具，适用于Windows 95、Windows 98、Windows 2000和Windows NT。

XRUNNER一个测试，将通过XRunner执行。

Mercury Interactive公司为X Windows应用程序的自动化测试工具。

VAPI-XP-TEST 一个测试，用Visual API-XP创建。

Quality Center开放测试架构API测试工具。

更进一步信息，请看附录A，“Working with VAPI-XP”。

注意：在Quality Center标准版中，这个测试类型是无效的。

SYSTEM-TEST一个测试，它要求Quality Center去提供系统信息、捕获桌面图像或重启计算机。

【测试用例图表简介】图标描述手动测试手动模板测试测试步骤已被定义的手动测试测试步骤已被定义的手动模板测试Winrunner测试WinRunner batch测试关于创建和使用WinRunner batch测试的更进一步信息，请查阅《WinRunnerUser’s Guide》。

LoadRunner场景QuickTest ProfessionalQuickTest Professional Template测试步骤已被定义的QuickTest Professional测试步骤已被定义的QuickTest Professional TemplateVisual API-XP测试系统测试Vuser Script测试3、建立需求和计划的关联4、生成测试文档三、TEST LAB 测试执行管理设计完测试实例之后，就可以执行测试了，执行测试是整个过程的核心。

测试执行模板就是对测试计划模板中静态的测试项的执行过程，在执行过程中需要为测试项创建测试集进行测试，一个测试集可以包括多个测试项选择“Test LAB”标签，切换到测试执行界面，出现如下图。