q-yf-wi-5.41-2014alm11使用指南

上传人:第*** 文档编号:34254555 上传时间:2018-02-22 格式:DOC 页数:25 大小:3.13MB
返回 下载 相关 举报
q-yf-wi-5.41-2014alm11使用指南_第1页
第1页 / 共25页
q-yf-wi-5.41-2014alm11使用指南_第2页
第2页 / 共25页
q-yf-wi-5.41-2014alm11使用指南_第3页
第3页 / 共25页
q-yf-wi-5.41-2014alm11使用指南_第4页
第4页 / 共25页
q-yf-wi-5.41-2014alm11使用指南_第5页
第5页 / 共25页
点击查看更多>>
资源描述

《q-yf-wi-5.41-2014alm11使用指南》由会员分享,可在线阅读,更多相关《q-yf-wi-5.41-2014alm11使用指南(25页珍藏版)》请在金锄头文库上搜索。

1、ALM11 使用指南ALM11使用指南版本号 版本说明/变更理由/变更内容 作者/日期 审批人/日期 备注0.6 创建 吕磊/2014-4-24 袁培茹/2014-4-251.0 修改各个角色的职责和缺陷状态处理要求袁培茹/2014-5-5 侯鹏亮/2014-5-5变更说明分为四个部分:初始创建;增加内容;修改;删除文件编号: Q-YF-WI-5.41-2014 密级:公开使用 内部使用 主管部门:产品中心 受控状态:受控文件ALM11 使用指南本文档是为测试人员、开发人员、产品经理/项目经理及其他项目成员在整个测试过程中使用 ALM 工具的指导手册,使用 ALM 创建整个测试工作流的框架和基

2、础,使整个测试管理过程变得更为简单和有组织,文档主要从登录、各角色职责及使用方法等方面进行说明。一、登录 1. 首先安装 Microsoft Visual C+ 2005 Service Pack 1,下载地址:http:/ 位操作系统下载程序:vcredist_x86.exe64 位操作系统下载程序:vcredist_x64.exe2. 打开 IE 访问 http:/192.168.131.141:8080/qcbin/start_a.jsp, 进入登录页面,依次输入登录名、密码,点击身份验证;选择要进入的域和项目。如下图注:1)首次访问时,页面中提示需要安装 ActiveX 控件2) IE

3、7 以上的浏览器,如果无法访问 ALM,则需要按照以下步骤进行操作进入控制面板用户账户更改用户账户设置将级别调至最低以管理员身份运行 IE, 选择工具-Internet 选项-高级 - 启用内存保存减少内存攻击选项取消选中。3)重新启动 IE,再次访问 ALM3. 修改密码登录成功后,选择导航条中的工具自定义,选择左侧列表中的用户属性后,可进行更改密码操作,另外建议在电子邮件中输入用户邮箱地址,便于发送邮件。如下图:ALM11 使用指南二、项目经理使用2.1 项目经理职责说明1. 项目经理可以在缺陷模块中分配开发人员2. 项目经理需要就开发修复的缺陷进行确认审核,确认开发的修复方案是否合理.3

4、. 项目经理需要对开发人员置成“Reject-拒绝”状态的缺陷,进行审批,审批通过状态不变。审批不通过分为三种情况:1)需要马上修复,重新打开缺陷,将缺陷状态处理为 Reopen 2)暂遗留可以后续版本修改,将缺陷状态处理为 Leave 3)遗留,将缺陷状态处理为 Delay 4.项目经理需要对 leave 的缺陷进行审核 ,审核结果如下:1)遗留,缺陷状态不变。2)本发布版本遗留,将缺陷处理为 Delay。确认“缺陷来源” ,缺陷处理流程结束;审批不通过的将缺陷处理为 Reopen,进入修复缺陷活动2.2 具体操作方法1.人员分配:一般情况下测试人员提交 bug 时,会分配研发人员,如果项目

5、经理需要重新分配开发人员,则可以在缺陷列表中的“分配”一栏中点击下拉框,从下拉框列表中选择要分配的人员。如下图ALM11 使用指南2.bug 状态:项目经理可以根据实际情况将 bug 状态置为需要处理的状态,在缺陷列表中的“状态”一栏中点击下拉框,从下拉框列表中选择要置成的状态,并在注释栏中写明原因。如下图三、开发人员使用3.1 开发人员职责说明1.确认缺陷:开发人员需要对发现的缺陷进行确认,确认是否为缺陷,对于确认不是缺陷的进行拒绝处理,缺陷状态设置为 Reject,并在注释栏中写明拒绝的原因;确认是缺陷的进入下一步确认是否要修复活动。2.是否修复:对于确认为缺陷的进一步判定是否修复,对于确

6、定不修复将缺陷处理为暂遗留状态 Leave,并写明具体修复版本,对于本发布版本不做修改的缺陷,需要写明建议处理为 delay 状态,并选择“缺陷来源” ,在注释栏中写明遗留原因;对于确认要修复的,进入修改活动。3.修复缺陷:对缺陷进行修复,选择“缺陷来源” ,填写修复记录,将缺陷处理为 Fixed 状态,并在注释栏中填写修复记录。ALM11 使用指南3.2 具体操作方法1. 登录后,在左侧选择“缺陷”图标,进入缺陷列表2.修改 bug 状态:可在缺陷列表中“状态”一栏中修改,如下图3. 缺陷来源:对于处理为 delay 状态的缺陷,需要选择“缺陷来源” ,共有 5 个选项,分别为Require

7、ment(需求 )、Architecture(架构)、Design( 设计)、Code(代码)、Integration(集成) ,如下图4. 添加注释:修改 bug 状态后,需要在注释中填写相应的说明,如下图四、测试人员使用4.1 测试人员职责说明1.测试人员根据需求说明书编写测试需求2.根据测试需求编写测试用例ALM11 使用指南3.在测试实验室中执行测试,并填写测试结果4.新建缺陷与缺陷跟踪:1)提交缺陷:发现缺陷后,填写缺陷报告,将缺陷分配给具体的开发人员,对于不清楚缺陷该分配给谁修改的情况,可以分配给项目经理,由项目经理确认,缺陷状态默认为 Open。对于回归测试返现的新问题,需要选择

8、“新缺陷根源” ,当选择其他时,需要具体说明。2)验证和确认缺陷:A.对修复的缺陷进行验证 ,对于验证通过的在注释中填写确认意见,将缺陷处理为 Close 缺陷处理流程结束;对于确认缺陷还存在的将缺陷处理为 Reopen。B.对开发拒绝 Reject 状态的缺陷根据回复的意见进行进一步确认,确认结果是不是缺陷的处理为 Nobug,并选择“无效缺陷原因 ”, 当选择其他时,需要具体说明缺陷处理过程结束;对于确认为缺陷,填写确认说明,状态处理为 Reopen.5.测试分析6.测试内容归档4.2 具体操作方法4.2.1 测试需求4.2.1.1 编写测试需求步骤1.登录 ALM 后,在左侧框中选择 “

9、需求”2.选择导航条中需求新建需求,在新建需求框中添加需求名称等信息。如下图ALM11 使用指南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.

10、将测试需求转化为测试用例1) 在菜单栏中点击“需求 ”“转换到测试” ,如下图2) 在“选择自动转换方法 ”页面中选择第二项,并点击“下一步” ,并按照导航进行操作,直至转换成功。如下图测试需求操作流程图:ALM11 使用指南2. 直接编写测试用例1) 在左侧框中选择测试测试计划,点击菜单栏中第一个或第二个图标, “新建测试” ,输入测试名称等信息ALM11 使用指南2) 在添加测试用例步骤时,需要先填写“用例描述” ,如下图3) 用例描述填写完成后,填写设计步骤,需要在步骤名称中输入概要信息,在描述中输入具体用例的操作步骤。最后在预期结果中填写最终正确的结果。如果用例执行过程中需要用到外部文

11、件的,可以将文件添加到附件中,如下图ALM11 使用指南4.2.2.2 测试用例和需求的关联1. 如果测试用例不是从需求中转换的,或者测试用例是后来新增加的,则在测试用例编写完成后需要将测试用例和对应的需求关联起来,具体操作步骤为:1) 在右侧框菜单栏选择“需求覆盖率”2) 点击“选择需求” ,在最右侧会弹出需求树,将该测试用例对应的需求添加到左侧的实体名称栏中即可,如下图 4.2.2.3 编写测试计划规范1 测试用例按照版本管理1) 每个产品版本大版本,包括第一和第二版本均以独立全用例集进行管理。需要在 ALM 建立一级版本管理文件夹。小版本指修改缺陷的版本,添加用例或修改用例在用例名称中进

12、行标识,不再重新建立文件夹管理。目录结构如下图ALM11 使用指南2)每个用例进行独立版本管理,每修改一次需要在详细信息中写变更记录并且版本增加。版本命名规则如下:有两个版本组成。第一位:当用例 50%以上出现变动增加大版本。第二位:当 50%以下变动增加小版本。2. 测试用例划分,一级用例为子系统、独立测试方面、公共测试用例举例:管理系统测试 接口测试流程测试文档测试公共模块测试安装部署测试注:不进行管理的用例包括:性能测试和兼容性测试3. 填写描述格式规定编写人/日期:操作类型:添加 修改 删除版本:详细说明:多个信息是以*分隔举例:编写人/日期:袁培茹/2011-8-22操作类型:建立版

13、本:1.0详细说明:根据此版本的变更将原来的证件类型中的身份证限制修改为支持 8 位和 12 位。*编写人/日期:袁培茹/2011-9-22操作类型:修改版本:1.1.1详细说明:根据此版本的变更将原来的证件类型中的身份证限制修改为支持 8 位和 12 位。4. 测试用例需要关联需求,并覆盖所有需求,操作步骤请见 4.2.2.2 章节。5. 测试用例需要设置优先级,用例等级分为紧急、高、中、低,其中:“紧急”BAT 测试用例,业务流程及重要测试点用例“高”重要功能的有效用例、重要的边界和异常测试用例“中级”非主要功能的有效用例 ALM11 使用指南“低级”非功能测试、非重要边界和异常测试用例6

14、. 填写项目名称7. 审核信息,包括 3 个选项,分别是未审核、通过、未通过8. 用例状态,包括 3 个选项,分别是设计中、修改完成、已完成9. 用例分为有效和无效两个部分,以文件夹标识,下面放具体的用例。10. 测试步骤部分,需要描述步骤的概括内容,不要以步骤几命名。11. 测试用例要可执行,预期结果要可验证。4.2.3 执行测试4.2.3.1 执行测试步骤1. 点击左侧框中的测试测试实验室2. 在菜单栏中点击第二个图标“新建测试集” ,选择“执行网格” ,在选择“选择测试” ,将右侧测试用例集中要执行的用例放入新建测试集下3. 执行测试时点击菜单栏中蓝色的箭头“运行”在运行页面中点击“开始

15、运行”4. 链接缺陷:如果运行的测试用例没有通过,则在实际结果中说明原因,现象等,并点击菜单中的新建缺陷的图标。则可以自动将测试用例及实际结果转换成缺陷,添加到缺陷列表中 ALM11 使用指南5 .用例中所有步骤全部执行完毕后,点击结束运行,返回到测试实验室界面,如下图ALM11 使用指南6对于测试实验室中未执行的测试用例,则需要在测试集的详细信息中进行描述,如下图4.2.3.2 执行测试规范1. 测试任务建立产品的测试任务建立:一级 产品版本二级 BAT-在测试用例执行前筛选 BAT 测试用例,作为前提执行,执行通过接受测试。测试级别为 1 的。二级开发自测试三级测试版本 二级 测试执行ALM11 使用指南三级 测试版本四级 测试人员名称举例:一级 V1.1二级 BAT 二级 Build1三级 BAT-刘飞三级 袁培茹三级 张琴项目测试任务建立:一级 测试版本二级 测试人员名称2.缺陷关联,具体操作请见 4.2.3.1 章节中的步骤 43.状态标识4.未执行和没有执行完全的用例

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 解决方案

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号