QYFWI541ALM11使用指南资料.docx
- 文档编号:25681986
- 上传时间:2023-06-11
- 格式:DOCX
- 页数:30
- 大小:2.72MB
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.另外还有多种报告的格式,可根据实际情况需要进行选择。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- QYFWI541ALM11 使用指南 资料