QC测试管理工具使用.docx

QC测试管理工具使用.docx

《QC测试管理工具使用.docx》由会员分享，可在线阅读，更多相关《QC测试管理工具使用.docx（16页珍藏版）》请在冰点文库上搜索。

QC测试管理工具使用

第一部分测试管理（管理员指南）

理解

作为管理员，需要创建和维护项目、用户、服务器。

包括以下内容：

✧管理工程。

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

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

✧监控所有正在使用的，修改关键字。

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

✧管理数据库服务器。

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

✧修改的配置参数。

✧监控连接到用户

✧：

可以监控连接到服务器上的用户

一、管理员登录（创建项目，为项目添加用户，配置管理员）

1.启动应用程序或双击：

或者：

后台入口：

：

：

//

进入如下界面：

用户名，密码：

2.添加域，添加工程

添加域：

工程名称：

记事本应用程序

3.添加人员

创建工程用户，为每个用户设定密码

设置用户所属工程

部门及人员

职责条款

负责人签字

项目经理

进行项目策划，组织项目评审等

邹凯

开发组

系统架构师：

1名，参与负责新产品的架构设计

汪培培

系统开发人员：

4名，参与负责新产品，编码、代码走查以及单元测试

高聪

美工：

1名，参与负责新产品的界面风格设计

翁莹

测试组

测试经理：

1名，负责新产品的集成测试和系统测试的协调和具体工作安排

黄兴

测试人员：

2名，负责新产品的集成测试和系统测试

郭辉艺，郑里里

用户体验组

用户体验人员：

2名，负责新产品的工作

洪华

王伟

根据以上角色，对同组成员进行模拟分配。

4.设置测试管理员

设置黄兴为项目管理员

二、管理项目中的用户

1.启动前台管理平台

双击：

或者：

后台入口：

：

：

//，登录如下界面

点击，以黄兴登录，密码为888888，正确选择该用户所属项目，登录系统

2.定制用户角色

a）如图进入用户角色配置界面

b）进入如下界面，选择

c）按如下要求配置用户角色（注意设置完毕后，保存）

部门及人员

负责人签字

测试角色

项目经理

邹凯

，

高聪

测试组

黄兴

郭辉艺，郑里里

【角色解释】

vA、（观察员）：

拥有前台各模块的只读权限，不能使用定制管理；

vB、（开发人员）：

拥有需求、用例、执行模块的附件修改权限，拥有除删除外的全部缺陷模块权限，可以通过登录定制管理修改自己的密码。

vC、（或测试人员）：

拥有需求、用例、执行模块的全部权限，拥有除删除外的全部缺陷模块权限，可以通过登录定制管理修改自己的密码和使用“”。

vD、（项目经理）：

拥有需求、用例、执行、缺陷模块的全部权限。

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

vE、（项目管理员）：

拥有需求、用例、执行、缺陷模块的全部权限。

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

管理用户组和权限

：

缺陷提交人员

：

开发人员

：

项目经理

：

质量保障经理

：

质量保障人员

：

需求分析经理

：

查看人员

第二部分测试流程管理

一、需求管理

需求管理是测试管理的第一步。

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

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

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

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

学习内容

定制需求

需求转换

需求统计

学习任务

导入记事本测试需求

手动定制记事本测试需求

上缴需求报告（所有测试需求报告、测试进度统计图表）

1.测试经理定制测试需求

1.1.导入记事本测试需求

安装第三方插件，导入记事本需求（查看帮助文件）

1.2.手动编制

[备注]

需求当前的状态。

默认情况下，状态为。

一个需求的状态能够是如下几种：

：

这个需求没有被链接到测试。

：

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

。

：

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

。

：

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

。

：

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

。

：

不适用

添加需求：

文件退出

需求名称

需求描述

优先级

文件管理

在菜单上显示“文件”，用来管理文件的基本操作

退出

实现“文件退出”的功能

低

2.需求管理

用编号方式显示测试需求、切换至需求覆盖分析视图查看；上交生成测试报告

[备注]需求报告

：

标准的需求文字报告

：

需求表格报告

:

需求的测试覆盖状态

:

需求的测试覆盖报告，包含测试步骤

：

每一个需求模块的缺陷统计报告

上交生成测试进度表报告

[备注]需求图表统计

<>:

需求概述（根据优先级分组）

<>:

需求的测试进度（根据需求的状态分组）

<>:

需求的测试完成情况

<>:

需求的测试变化趋势（根据需求的状态分组）

二、测试计划管理

设计完测试需求后，下一步就需要对测试计划进行管理了。

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

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

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

例如，等。

学习内容

创建测试项

将需求和测试项关联起来

学习任务

转化记事本需求生成测试用例

为退出编写手动测试用例步骤，预期结果

将记事本需求导成测试用例，选择第一个项目。

编写退出手动测试用例步骤

1、界面简介

2、设计测试项

在需求中创建一需求项：

非功能性测试；将其转换为测试用例，选择第三种转换方法新建手动测试项，命名为易用性测试

从测试类型列表中选择一个测试类型。

你能够选择如下的测试类型：

测试类型

描述

手动测试

一个测试，将通过执行。

公司的一款适用于应用程序的功能测试工具。

一个测试，将通过执行。

的执行工具，能够让你创建和运行C。

一个场景，将通过执行。

公司的负载测试工具。

一个测试，将通过执行。

公司的企业版功能性测试工具。

或通过执行，公司的为的功能性测试工具。

一个测试，将通过执行。

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

一个场景，将通过执行。

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

一个测试，将通过执行。

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

一个测试，将通过执行。

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

一个测试，用创建。

开放测试架构测试工具。

更进一步信息，请看附录A，“”。

注意：

在标准版中，这个测试类型是无效的。

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

【测试用例图表简介】

图标

描述

手动测试

手动模板测试

测试步骤已被定义的手动测试

测试步骤已被定义的手动模板测试

测试

测试

关于创建和使用测试的更进一步信息，请查阅《’s》。

场景

测试步骤已被定义的

测试步骤已被定义的

测试

系统测试

测试

3、建立需求和计划的关联

4、生成测试文档

三、测试执行管理

设计完测试实例之后，就可以执行测试了，执行测试是整个过程的核心。

测试执行模板就是对测试计划模板中静态的测试项的执行过程，在执行过程中需要为测试项创建测试集进行测试，一个测试集可以包括多个测试项

选择“”标签，切换到测试执行界面，出现如下图。

在界面的左侧列举了所有的测试集合（）。

测试集合石测试项的集合，一个测试集合可以包含若干个测试项。

它可以看做是测试实例的动态执行过程。

学习任务：

为前面创建的测试项创建测试集合，命名为退出

为退出测试集合添加具体的内容

测试执行

【执行结果参数说明】

测试项的状态默认为，即没有执行

：

测试集合中的部分实例执行没有通过

：

测试实例无法执行

：

所有的测试实例没有执行

：

部分实例没有执行

：

通过