Q-YF-WI-5.41-2014ALM11使用指南

ALM11使用指南

版本号 版本说明/变更理由/变更内容 作者/日期 审批人/日期 备注

0.6 创建

吕磊/2014-4-24 袁培茹/2014-4-25 1.0 修改各个角色的职责和缺陷状态处理要求 袁培茹/2014-5-5 侯鹏亮/2014-5-5

变更说明分为四个部分：初始创建；增加内容；修改；删除

文件编号: Q-YF-WI-5.41-2014 密级：□公开使用 ■内部使用 主管部门：产品中心

受控状态：受控文件

本文档是为测试人员、开发人员、产品经理/项目经理及其他项目成员在整个测试过程中使用ALM工具的指导手册，使用ALM创建整个测试工作流的框架和基础，使整个测试管理过程变得更为简单和有组织，文档主要从登录、各角色职责及使用方法等方面进行说明。

一、登录

1. 首先安装Microsoft Visual C++ 2005 Service Pack 1，下载地址：

https://www.360docs.net/doc/3212785797.html,/downloads/details.aspx?familyid=766a6af7-ec73-40ff-b072-9112 bab119c2&displaylang=en

其中：

32位操作系统下载程序：vcredist_x86.exe

64位操作系统下载程序：vcredist_x64.exe

2. 打开IE 访问http://192.168.131.141:8080/qcbin/start_a.jsp, 进入登录页面，依次输入登录名、密码，点击身份验证；选择要进入的域和项目。如下图

注：

1)首次访问时，页面中提示需要安装ActiveX 控件

2)IE7以上的浏览器，如果无法访问ALM，则需要按照以下步骤进行操作

进入控制面板——用户账户——更改用户账户设置——将级别调至最低

以管理员身份运行IE, 选择工具->Internet选项->高级-> 启用内存保存减少内存攻击选项取消选中。

3）重新启动IE，再次访问ALM

3.修改密码

登录成功后，选择导航条中的工具——自定义，选择左侧列表中的用户属性后，可进行更改密码操作，另外建议在电子邮件中输入用户邮箱地址，便于发送邮件。如下图：

二、项目经理使用

2.1 项目经理职责说明

1. 项目经理可以在缺陷模块中分配开发人员

2. 项目经理需要就开发修复的缺陷进行确认审核,确认开发的修复方案是否合理.

3. 项目经理需要对开发人员置成“Reject-拒绝”状态的缺陷，进行审批，审批通过状态不变。审批不通过分为三种情况：

1）需要马上修复，重新打开缺陷，将缺陷状态处理为Reopen

2）暂遗留可以后续版本修改，将缺陷状态处理为Leave

3）遗留，将缺陷状态处理为Delay

4.项目经理需要对leave的缺陷进行审核,审核结果如下:

1)遗留，缺陷状态不变。

2)本发布版本遗留，将缺陷处理为Delay。

确认“缺陷来源”，缺陷处理流程结束；

审批不通过的将缺陷处理为Reopen，进入修复缺陷活动

2.2具体操作方法

1.人员分配：一般情况下测试人员提交bug时，会分配研发人员，如果项目经理需要重新分配开发人员，则

可以在缺陷列表中的“分配”一栏中点击下拉框，从下拉框列表中选择要分配的人员。如下图

2.bug状态：项目经理可以根据实际情况将bug状态置为需要处理的状态，在缺陷列表中的“状态”一栏中点

击下拉框，从下拉框列表中选择要置成的状态，并在注释栏中写明原因。如下图

三、开发人员使用

3.1 开发人员职责说明

1.确认缺陷：开发人员需要对发现的缺陷进行确认，确认是否为缺陷，对于确认不是缺陷的进行拒绝处理，

缺陷状态设置为Reject，并在注释栏中写明拒绝的原因；确认是缺陷的进入下一步确认是否要修复活动。

2.是否修复：对于确认为缺陷的进一步判定是否修复，对于确定不修复将缺陷处理为暂遗留状态Leave，并写

明具体修复版本，对于本发布版本不做修改的缺陷，需要写明建议处理为delay状态，并选择“缺陷来源”，在注

释栏中写明遗留原因；对于确认要修复的，进入修改活动。

3.修复缺陷：对缺陷进行修复，选择“缺陷来源”，填写修复记录，将缺陷处理为Fixed状态，并在注释栏中

填写修复记录。

3.2具体操作方法

1. 登录后，在左侧选择“缺陷”图标，进入缺陷列表

2.修改bug状态：可在缺陷列表中“状态”一栏中修改，如下图

3. 缺陷来源：对于处理为delay状态的缺陷，需要选择“缺陷来源”，共有5个选项，分别为Requirement(需求)、Architecture(架构)、Design(设计)、Code(代码)、Integration(集成)，如下图

4. 添加注释：修改bug状态后，需要在注释中填写相应的说明，如下图

四、测试人员使用

4.1 测试人员职责说明

1.测试人员根据需求说明书编写测试需求

2.根据测试需求编写测试用例

3.在测试实验室中执行测试，并填写测试结果

4.新建缺陷与缺陷跟踪：

1）提交缺陷：发现缺陷后，填写缺陷报告，将缺陷分配给具体的开发人员，对于不清楚缺陷该分配给谁修改的情况，可以分配给项目经理，由项目经理确认，缺陷状态默认为Open。对于回归测试返现的新问题，需要选择“新缺陷根源”，当选择其他时，需要具体说明。

2）验证和确认缺陷：

A.对修复的缺陷进行验证,对于验证通过的在注释中填写确认意见，将缺陷处理为Close缺陷处理流程

结束；对于确认缺陷还存在的将缺陷处理为Reopen。

B.对开发拒绝Reject状态的缺陷根据回复的意见进行进一步确认，确认结果是不是缺陷的处理为

Nobug，并选择“无效缺陷原因”，当选择其他时，需要具体说明缺陷处理过程结束；对于确认为缺

陷，填写确认说明，状态处理为Reopen.

5.测试分析

6.测试内容归档

4.2具体操作方法

4.2.1测试需求

4.2.1.1编写测试需求步骤

1.登录ALM后，在左侧框中选择“需求”

2.选择导航条中需求——新建需求，在新建需求框中添加需求名称等信息。如下图

4.2.1.2编写测试需求规范

测试需求操作流程图：

1. 标识优先级（高中低）

2. 需要对测试需求进行描述

3. 对审核状态进行标识

4. 选择项目名称

5. 需求树形管理，按照“编号+需求名称”来组织

推荐组织形式：

一级：01子系统

1.1二级功能模块

1.1.1三级子模块

1.1.1.1四级有效测试

1.1.1.1.1测试需求点

1.1.1.2四级无效测试

1.1.1.

2.1测试需求点

一级：公共用例

一级：流程测试

一级：其他与其他部分不重叠可以并列一级的目录

4.2.2测试计划

4.2.2.1 编写测试计划方式

1. 将测试需求转化为测试用例

1) 在菜单栏中点击“需求”——“转换到测试”，如下图

2) 在“选择自动转换方法”页面中选择第二项，并点击“下一步”，并按照导航进行操作，直至转换成功。

如下图

2. 直接编写测试用例

1) 在左侧框中选择测试——测试计划，点击菜单栏中第一个或第二个图标，“新建测试”，输入测试名称等信息

2) 在添加测试用例步骤时，需要先填写“用例描述”，如下图

3) 用例描述填写完成后，填写设计步骤，需要在步骤名称中输入概要信息，在描述中输入具体用例的操作步骤。最后在预期结果中填写最终正确的结果。如果用例执行过程中需要用到外部文件的，可以将文件添加到

附件中，如下图

4.2.2.2测试用例和需求的关联

1. 如果测试用例不是从需求中转换的，或者测试用例是后来新增加的，则在测试用例编写完成后需要将测试用例和对应的需求关联起来，具体操作步骤为：

1)在右侧框菜单栏选择“需求覆盖率”

2)点击“选择需求”，在最右侧会弹出需求树，将该测试用例对应的需求添加到左侧的实体名称栏中即可，

如下图

4.2.2.3 编写测试计划规范

1．测试用例按照版本管理

1)每个产品版本大版本，包括第一和第二版本均以独立全用例集进行管理。需要在ALM建立一级版

本管理文件夹。小版本指修改缺陷的版本，添加用例或修改用例在用例名称中进行标识，不再重新建立文件夹管理。目录结构如下图

2）每个用例进行独立版本管理，每修改一次需要在详细信息中写变更记录并且版本增加。版本命名规则如下：

有两个版本组成。第一位：当用例50%以上出现变动增加大版本。第二位：当50%以下变动增加小版本。

2.测试用例划分，一级用例为子系统、独立测试方面、公共测试用例

举例：

管理系统测试

接口测试

流程测试

文档测试

公共模块测试

安装部署测试

注：不进行管理的用例包括：性能测试和兼容性测试

3.填写描述格式规定

编写人/日期：

操作类型：添加修改删除

版本：

详细说明：

多个信息是以*******************分隔

举例：

编写人/日期：袁培茹/2011-8-22

操作类型：建立

版本：1.0

详细说明：根据此版本的变更将原来的证件类型中的身份证限制修改为

支持8位和12位。

************************************************************

编写人/日期：袁培茹/2011-9-22

操作类型：修改

版本：1.1.1

详细说明：根据此版本的变更将原来的证件类型中的身份证限制修改为

支持8位和12位。

4.测试用例需要关联需求，并覆盖所有需求，操作步骤请见4.2.2.2章节。

5.测试用例需要设置优先级，用例等级分为紧急、高、中、低，其中：

“紧急”BAT测试用例，业务流程及重要测试点用例

“高”重要功能的有效用例、重要的边界和异常测试用例

“中级”非主要功能的有效用例

“低级”非功能测试、非重要边界和异常测试用例

6.填写项目名称

7.审核信息，包括3个选项，分别是未审核、通过、未通过

8.用例状态，包括3个选项，分别是设计中、修改完成、已完成

9.用例分为有效和无效两个部分，以文件夹标识，下面放具体的用例。

10.测试步骤部分，需要描述步骤的概括内容，不要以步骤几命名。

11.测试用例要可执行，预期结果要可验证。

4.2.3执行测试

4.2.3.1 执行测试步骤

1. 点击左侧框中的测试——测试实验室

2. 在菜单栏中点击第二个图标“新建测试集”，选择“执行网格”，在选择“选择测试”，将右侧测试用例集中要执行的用例放入新建测试集下

3. 执行测试时点击菜单栏中蓝色的箭头“运行”——在运行页面中点击“开始运行”

4. 链接缺陷：如果运行的测试用例没有通过，则在实际结果中说明原因，现象等，并点击菜单中的新建缺陷的图标。则可以自动将测试用例及实际结果转换成缺陷，添加到缺陷列表中

5 .用例中所有步骤全部执行完毕后，点击结束运行，返回到测试实验室界面，如下图

6．对于测试实验室中未执行的测试用例，则需要在测试集的详细信息中进行描述，如下图

4.2.3.2 执行测试规范

1. 测试任务建立

产品的测试任务建立：

一级产品版本

二级BAT------------------------在测试用例执行前筛选BAT测试用例，作为前提执行，执行通过接受测试。测试级别为1的。

二级开发自测试

三级测试版本

二级测试执行

三级测试版本

四级测试人员名称

举例：

一级V1.1

二级BA T

二级Build1

三级BAT-刘飞

三级袁培茹

三级张琴

项目测试任务建立：

一级测试版本

二级测试人员名称

2.缺陷关联，具体操作请见4.2.

3.1章节中的步骤4

3.状态标识

4.未执行和没有执行完全的用例，需要在“测试集属性”-“详细信息”部分进行说明说明信息包括：

用例名称

类型：包括未执行和没有执行完毕

未执行和没有执行完毕原因说明

例如：

用例名称：[1]1.10.01 sql注入说明类型：未执行

说明：由于此部分功能出现提供。

4.2.4缺陷

4.2.4.1 新建缺陷步骤

1. 进入缺陷列表，点击上方菜单栏中的“新建缺陷”

2. 在新建缺陷中添加缺陷摘要，具体操作步骤等信息（其中红色标识部分为必填项）

如下图:

3. 缺陷填写完毕后，点击提交

4.2.4.2 缺陷跟踪

1.缺陷和测试用例关联

2.缺陷的必填信息

3.修复的测试缺陷需要开发再注释部分详细描述变更部分

4.验证问题后，需要在注释部分描述验证结果及验证软件版本

5.测试详细描述需要包括如下： 测试前提说明（可选）

操作步骤、预期结果、实际结果，并以此作为关键字， 以此种格式说明： 测试前提： 操作步骤： 预期结果： 实际结果：

6.摘要描述需要该要描述测试缺陷，不宜太长

7.分配设置如果不清楚具体开发人员，分配给项目经理

1) 分配人员时,请点击邮件发送，以便开发人员能够及时通过邮件获得缺陷。操作如下： 步骤 1

测试缺陷操作流程图：

步骤2

8. 对于需要仲裁的问题，发邮件通知高层经理（当测试对象为项目时发送给项目经理；当测试对象为产品时发送给产品负责人和质量管理部经理。）

9. 测试问题中的测试数据描述要具体，要求可以根据数据+操作，能够指导问题的重现。

10. 回归测试发现新缺陷时需要选择新缺陷根源，包括5个选项，分别为漏测试、新需求、修改缺陷引起、环境差异、其他。如下图

11.对于处理为Nobug状态的缺陷，需要选择无效缺陷原因，包括5个选项，分别为理解错误、需求变更、设计变更、重复缺陷、其他。如下图

12. 填写缺陷时可以定义缺陷的优先级，包括4个选项，分别是紧急（立即修复）、高（优先修复）、中（正常排队等待修复）、低（可以在方便时修复），如下图

13. 问题等级需要按照《缺陷管理子过程》中的定义来设定。

提倡：

1）就严重问题和不能确定的问题先进行必要的记录，并及时和开发进行沟通

2）添加必要的图片说明。

4.2.5测试分析

测试报告中需要包括：

1.测试需求覆盖报告

2.测试用例执行报告

3.测试缺陷趋势报告

4.测试缺陷等级、模块报告测试分析功能流程：?创建报告

?自定义报告

?添加子报告

?删除子报告

4.2.6测试内容归档

需要归档内容包括：

1.测试用例

2.测试执行记录

3.测试缺陷

具体操作如下：

登录成功后，在导航条中点击工具-文档生成器，打开文档生成器窗口，选中相应的内容后点击整个文档，输入文件名后可生成word格式的文档

例如：将测试计划导出：

备注：默认是将全部用例导出，如需要选择性导出，可以点击“主题树”进行筛选后导出