QYFWI541ALM11使用指南资料.docx
《QYFWI541ALM11使用指南资料.docx》由会员分享，可在线阅读，更多相关《QYFWI541ALM11使用指南资料.docx（30页珍藏版）》请在冰点文库上搜索。
QYFWI541ALM11使用指南资料
文件编号:
Q-YF-WI-5.41-2014
密级：
□公开使用■内部使用
主管部门：
产品中心
受控状态：
受控文件
ALM11使用指南
版本号
版本说明/变更理由/变更内容
作者/日期
审批人/日期
备注
0.6
创建
吕磊/2014-4-24
袁培茹/2014-4-25
1.0
修改各个角色的职责和缺陷状态处理要求
袁培茹/2014-5-5
侯鹏亮/2014-5-5
变更说明分为四个部分：
初始创建；增加内容；修改；删除
本文档是为测试人员、开发人员、产品经理/项目经理及其他项目成员在整个测试过程中使用ALM工具的指导手册，使用ALM创建整个测试工作流的框架和基础，使整个测试管理过程变得更为简单和有组织，文档主要从登录、各角色职责及使用方法等方面进行说明。
一、登录
1.首先安装MicrosoftVisualC++2005ServicePack1，下载地址：
其中：
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
二级BAT
二级Build1
三级BAT-刘飞
三级袁培茹
三级张琴
项目测试任务建立：
一级测试版本
二级测试人员名称
2.缺陷关联，具体操作请见4.2.3.1章节中的步骤4
3.状态标识
4.未执行和没有执行完全的用例，需要在“测试集属性”-“详细信息”部分进行说明说明信息包括：
用例名称
类型：
包括未执行和没有执行完毕
未执行和没有执行完毕原因说明
例如：
用例名称：
[1]1.10.01sql注入说明类型：
未执行
说明：
由于此部分功能出现提供。
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格式的文档
例如：
将测试计划导出：
备注：
默认是将全部用例导出，如需要选择性导出，可以点击“主题树”进行筛选后导出
五、管理员使用
5.1管理员职责说明
1、添加/删除项目用户以及权限分配
2、项目列表自定义
5.2具体操作方法
1.添加/删除项目用户：
登录成功后，选择导航条中的工具——自定义，选择左侧列表中的项目用户，可对用户进行添加删除操作。
完成操作后点击保存。
添加用户时需要注意如果该用户不存在于站点中，需要选择向站点添加新用户。
如下图
2.用户权限分配：
添加完用户后，需要对该用户进行权限分配，点击成员资格，进行权限分配，成员列中的权限为该用户具有的权限，如下图
3.项目列表自定义：
在填写缺陷时需要对详细信息中的各个条件进行选择，例如选择项目名称，项目列表中的各个选项需要提前进行自定义，如下图
4.自定义方法：
选择导航条中的工具——自定义，选择左侧列表中的项目列表后，右侧显示所有可自定义的列表项，下面以自定义“项目”为例，在列表中选中“所有项目”，右侧显示为已经添加的各个项目名称，操作人员可进行添加、删除等操作，如下图：
5.添加完成后，在新建缺陷时，可在“项目”列表中找到刚添加的项目名称。
六、其他功能介绍
6.1缺陷界面自定义
自定义菜单项：
首次进入缺陷列表时，默认的缺陷列表有多列。
可根据自己的需要自定义显示列，在“缺陷”的菜单栏中的点击
，在选择列窗口中将需要显示的列表名称移至右侧的“可见列”中。
一般常用的列表有“缺陷ID”、“测试人员”“等级”、“分配”、“日期”、“状态”如下图
6.2缺陷查询
可按“日期”或“状态”等查询条件查询
以按“状态”为例，鼠标点击列表上方的状态栏，如下图，在筛选器中选择需要的条件，确定即可.
6.3筛选器
1.筛选器功能：
可以对各模块中显示的内容进行筛选查询，筛选器的图标为“
”例如在测试计划中，查询项目名称为DSVS1.4，优先级为紧急的所有用例。
具体操作方法为进入到测试计划，点击筛选器的图标“
”，打开筛选器窗口，在项目名称中选择DSVS1.4，在优先级中选择紧急，点击确定即可查询出结果。
如下图
6.4生成报告
1.可以对界面中的查询结果自动生成报告，例如在缺陷中，生成某一个工作日内的缺陷报告，具体操作方式为首先使用筛选器按照日期选择，得到查询结果后，点击分析——报告——标准缺陷报告，可将生成的缺陷报告保存。
如下图
图1选择标准缺陷报告
图2保存缺陷报告
2.另外还有多种报告的格式，可根据实际情况需要进行选择。
升级会员 