HP测试实验管理目标平台ALM使用介绍资料.doc
《HP测试实验管理目标平台ALM使用介绍资料.doc》由会员分享,可在线阅读,更多相关《HP测试实验管理目标平台ALM使用介绍资料.doc(71页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。
1、XXXXXXXXXXXXXX 项目测试缺陷管理项目测试缺陷管理&ALM&ALM 使用手册使用手册文档编号保 密 等 级作 者最后完成日期2018-3-12审核人员最后审核日期文件状态:【 】草 稿【 】修 改 稿【 】正式发布 批 准 人最后批准日期1 登录到登录到 ALM 的缺陷管理系统的缺陷管理系统打开 IE8、IE9 浏览器或者 HP ALM Explore12.2x,在地址栏输入访问http:/10.64.2.21:8080/ALMbin/start_a.jsp,如果是 IE10 浏览器,请打开浏览器然后按 F12,打开开发人员工具,然后选择 IE8 兼容模式,然后在输入访问 http
2、:/10.64.2.21:8080/ALMbin/start_a.jsp, 。2、如果之前没有安装过相关插件,浏览器会提示是否安装插件,但是在安装插件前一定要将上述站点加到可信站点和本地 intranet 站点上才能自动下载并安装浏览器插件。如下图:A增加到可信站点:IE8Internet 选项安全可信站点B增加到 Intranet 站点:IE8Internet 选项安全本地 Intranet配置好 A 和 B 之后,点击刷新,浏览器就会自动下载并安装插件。备注:如果使用 IE 不行,可以直接使用 ALM12 自带的浏览器,自带浏览器可以在登录界面时进行下载。操作步骤如下:3、安装完插件后会自
3、动跳转到登录页面,如图 2 所示。在“用户名”输入框输入您姓名的拼音,密码默认为空,点击【身份验证】按钮。通过验证后“项目”下拉列表会列出你有权访问的项目,如图 3 所示。选择你要登录的页面,点击【登录】按钮。说明:域:Default项目:项目列表只列出你有访问权限的项目。大型项目类测试模板 登录后的初始页面。登录成功后,点击“缺陷” ,出现如图 4 所示页面。进入缺陷列表。点击图 4 所示页面左边列表中的项,将看到如图 5 所示的缺陷新增界面。 更改项目。如果你同时拥有多个项目的权限,那么登录到其中一个项目后可以不需要退出而直接更改到另一个项目。点击页面左上角的【工具】 ,选择【更改项目】
4、,再点击你所想要的项目即可,如三峡付项目 UAT。如果你拥有其他项目的权限,但“更改项目”列表中并没有列出那些项目,你可以点击【选择】按钮,转到登录页面,选择需要登录的项目,登录一次后该项目名称就会出现在这个列表中了。注销。点击右上角的即可注销,退出到登录页面。2 ALM 缺陷管理系统的使用缺陷管理系统的使用2.1 缺陷常用字段说明缺陷常用字段说明2.1.1 缺陷名称缺陷名称对缺陷的简单描述。摘要包括该缺陷所属的模块名称-子模块名称,以及简单说明缺陷情况。2.1.2 描述描述详细描述重现该缺陷的步骤,错误现象和期待结果。必要时可以上传附件辅助说明。2.1.3 状态状态缺陷状态描述如下表:序号缺
5、陷状态缺陷状态描述备注11-新建测试人员在测试过程中发现缺陷,提交新的缺陷给开发组长进行审核22-打开开发组长进行判定认定为有效缺陷,并将缺陷分配给具体的开发人员进行修改33-已修正开发人员已完成修正,等待测试人员进行回归测试44-已关闭缺陷通过测试人员回归测试,缺陷已被修复5 5-已审核测试组长确认测试者提交的缺陷有效5A-回归失败缺陷未通过测试人员回归测试,缺陷未被修复6B-拒绝拒绝修改缺陷,该缺陷可能由于测试人员理解错误或属于重复提交的缺陷,开发组长和开发人员都可以拒绝,拒绝的缺陷需要由仲裁者(一般为项目经理和测试经理)判定后才能认定为伪缺陷。 7C-挂起项目经理判定该缺陷不在当前版本进
6、行修复,而在未来版本进行修复8D-重新打开C-挂起的缺陷在条件允许后可重新打开供开发人员进行修复9E-伪缺陷仲裁者(一般为项目经理和测试经理)对 B-拒绝的缺陷进行判定后,认定该缺陷确实是由于测试人员理解问题或者重复缺陷等原因导致的无效缺陷(伪缺陷)10F-无效由于测试人员提出的缺陷,测试组长确认无效后,提交缺陷,缺陷状态就会修改为“无效”2.1.4 分配给分配给2.1.4.1 不同角色之间缺陷状态的变化:不同角色之间缺陷状态的变化:缺陷状态的变化事件描述操作者前状态后状态分配给测试人员新建缺陷测试人员1-新建测试组长(字段测试组长判定缺陷无效测试组长1-新建F-无效无需修改测试组长判定缺陷有
7、效测试组长1-新建5-已审核开发组长(字段测试组长新建缺陷测试组长5-已审核开发组长(字段开发组长确认缺陷有效开发组长5-已审核2-打开分配给(修复人开发组长确认缺陷无效开发组长5-已审核B-拒绝仲裁人员开发人员-暂时无法修改缺陷开发人员2-打开B-拒绝仲裁人员开发人员-此时修改缺陷开发人员2-打开2-打开无需修改开发人员已经修复缺陷开发人员2-打开3-已修正测试者开发人员修改延期缺陷开发人员D-重新打开3-已修正测试者开发人员修改回归失败缺陷开发人员A-回归失败3-已修正测试者(默认测试人员回归测试-通过测试人员3-已修正4-已关闭无需修改测试人员回归测试-不通过测试人员3-已修正A-回归失
8、败开发人员(默认判定是伪缺陷 (仲裁人员仲裁者B-拒绝E-伪缺陷无需修改判定不是伪缺陷,立即修改(仲裁仲裁者B-拒绝2-打开开发组长判定不是伪缺陷,延期修改仲裁者B-拒绝C-挂起无需修改延期缺陷重新打开进行修改仲裁者C-挂起D-重新打开具体开发人员2.1.5 严重程度和优先级严重程度和优先级缺陷严重级程度与优先级别原则上是有一一对应的关系,在填写缺陷选择这两项时,可先参照该对照表:注:测试组开发组的响应时间规定紧急:2-3 小时(需测试组长跟开发组长做口头提醒/电话)非常高:1 天内(需测试组长跟开发组长做口头提醒/电话,Mail)高:3 天内中:5 天内低:5 天以上严重程度缺陷严重程度描述
9、优先级缺陷优先级描述A-致命阻碍流程、系统崩溃导致重大任务不能正常进行的缺陷,例如:由于程序所引起的死机,非法退出死循环数据库发生死锁错误操作导致的程序中断严重的计算错误与数据库连接错误数据通讯错误等1-紧急1.当缺陷所引发的问题没有达到紧急的级别,但当该缺陷出现后,影响到了后续的测试工作进行2.客户无法容忍的页面,如页面上显示其他公司名称3.当前操作方式与客户使用习惯背道而驰。4.严重不合理,核心功能完全违反软件规范或业务规范,可能导致用户强烈的反感5.系统响应时间过长(例如 WEB 响应时间超过 10s)6.模块提供的数据不合理,例如(查询“录入人”的下拉项提示为非用户名字段)7.负载测试
10、、压力测试结果和用户需求不符B-严重缺陷导致失去系统主要功能,基本功能不能完整使用例如:功能不符程序接口错误数据流错误轻微数据计算错误等2-非常高1.快捷方式不正确,如能够回车直接进入下一步的设计成了空格直接进入下一步2.严重的逻辑错误3.常用操作平台不能正常使用功能(WIN XP/WIN 2000/WIN VISTA)4.常用浏览器不能正常使用(IE6.0/IE7.0/FireFox)5.超时限制的时间设置不合理6.未登录即可浏览页面7.给客户演示等过程中客户重点指出的,严重级别却不是很高的缺陷,建议级别定义至少是非常高C-一般操作性错误、错误结果、遗漏功能等影响系统要求或基本功能的实现,例
11、如:界面错误(附详细说明)打印内容、格式错误简单的输入限制未放在前台进行控制删除操作未给出提示数据输入没有边界值限定或不合理3-高1.提示信息不明确,并且非常容易误导用户做出错误操作或判断。2.软件功能的实现过程中弹出未控制的系统错误提示,导致流程中断3 .Cookies 没有正常保存4.服务器和客户端的脚本修改未被记录和5.非法操作等 Urgent 程度的缺陷,如果不具有普遍性而是在极端环境下出现,例如特定的操作环境。建议级别定义为 High。D-微小错别字、罕见故障等不影响执行工作或功能实现,例如:辅助说明描述不清楚系统处理未优化提示窗口文字未采用行业术语4-中1.提示信息不明确,不正确或
12、不合理2.界面设计存在缺陷、凌乱或不友好3.整体风格不统一E-建议建议,不影响使用的瑕疵或更好的实现等对软件各方面提出的更好的改进性的意见。5-低1.虽有不尽人意之处,但不影响用户操作或用户使用频率较低,并且不会造成错误2.局部界面不够美观2.1.6 缺陷类型缺陷类型记录测试人员判断该缺陷的类型。分类具体描述1-功能类;A. 重复的功能 B. 多余的功能 C. 功能实现与设计要求不相符 D. 功能使用性、方便性、易用性不够2-界面类;A. 界面不美观 B. 控件排列、格式不统一C. 焦点控制不合理或不全面3-流程类;A. 流程控制不符和要求 B. 流程实现不完整4-提示信息类;A. 提示信息重
13、复或出现时机不合理 B. 提示信息格式不符和要求 C. 提示框返回后焦点停留位置不合理5-建议类;A. 功能性建议 B. 操作建议 C. 检校建议 D. 说明建议6-性能类;A. 并发量 B. 数据量 C. 压缩率 D. 响应时间7-其他类;A. 1-6 以外的情况2.1.7 缺陷原因缺陷原因记录开发人员判断该缺陷发生的原因。分类具体描述1-式样遗漏/错误;需求文档中,没有相关的说明设计文档中,没有相关的说明需求文档中,相关的说明与实际现象不一致设计文档中,相关的说明与实际现象不一致2-编程遗漏/错误;编码中没有包含必要的功能编码结果与实际现象不一致3-测试不正;测试时使用的数据不正确测试或确
14、认使用的不是测试目标版本测试时使用的操作过程不正确4-环境不备;测试环境配置不正确。比如没有导入必要的基础数据。或者必要的消息内容不存在应用程序在发布,部署时出现错误导致的错误5-外联系统;A. 因为其他系统的原因导致的错误6-重复;A. 同样缺陷的已经指摘过的错误7-其他;A. 1-6 以外的情况2.1.8 主题主题记录该缺陷属于哪个模块中。主题字段设置对应为测试计划中的测试主题(功能模块) ,方便将来统计各个模块的缺陷密度。2.1.9 测试者测试者记录该缺陷的登记者,系统会自动获取当前用户的用户号,不需要手工录入。2.1.10 测试日期测试日期记录该缺陷的登记日期,通常系统会自动获取当前时
15、间,不需要手工录入。2.1.11 检测于发布检测于发布记录发现该缺陷基线版本(Tags) ,测试组长在每次获取到新的基线版本程序包时,发布到测试环境之后,按照程序包上的版本标签号(一般为 BL_YYYYMMDD_SVN 版本号) ,在ALM 中“管理”模块中的“发布”中增加对应的版本号(注: ALM 中增加的版本号需与程序包的版本号一致) 。如下图,在管理发布三峡付项目 ST 下点击新增“周期” 。2.1.12 可重现可重现记录缺陷是否可重现。根据缺陷描述操作,是否可以发现缺陷所描述的问题,Y 表示可以重现,N 表示无法重现。例如有些问题是在特定条件下才出现的,当条件改变后问题随之消失,根据所
16、描述的步骤操作,不会再出现缺陷所描述的问题,这类就是属于无法重现的缺陷。2.1.13 子系统子系统记录缺陷所属的子系统。包含以下内容:子系统名称开发组长APP-AndroidAPP-iPhoneAPP-iPad电子账户反欺诈基础服务门户网络预填单业务子系统管理台报表文档性能问题2.1.14 修复日期修复日期记录开发人员修正该缺陷的修复日期,系统会自动获取当前时间,不需要手工录入。2.1.15 关闭日期关闭日期记录测试人员关闭该缺陷的关闭日期,系统会自动获取当前时间,不需要手工录入。2.1.16 关闭于发布关闭于发布记录关闭该缺陷基线版本(Tags) ,测试组长在每次获取到新的基线版本程序包时,
17、发布到测试环境之后,按照程序包上的版本标签号(一般为 BL_YYYYMMDD_SVN 版本号) ,在ALM 中“管理”模块中的“发布”中增加对应的版本号(注: ALM 中增加的版本号需与程序包的版本号一致) 。如下图,在管理发布三峡付项目 ST 下点击新增“周期” 。2.1.17 修改次数修改次数记录开发人员因修改本缺陷修改代码的次数,用来衡量开发人员修改缺陷的效率,即测试人员每回归测试一次发现回归失败,系统会自动将修改次数加 1,不需要手工录入。2.1.18 SVN 版本号版本号记录开发人员修复缺陷后,SVN 提交代码后,由 SVN 自动生成的小版本号,方便测试人员根据该小版本号和基线版本的
18、 Tags 进行对比,用来获取本基线版本是否包含本缺陷修改的情报信息。开发人员在将缺陷状态由 2-打开修改为 3-已修正时,SVN 版本号必填。2.1.19 修改时间修改时间记录本缺陷单最近一次更改的时间戳,系统自动记录,无需手工录入2.1.20 注释注释开发人员在修复缺陷后,需要在注释栏记录 SVN 版本库中修改的文件名和文件路径以及修改的主要内容,以方便 CM 或者测试人员进行配置管理和回归测试。另外该栏也可作为各方人员交流的留言窗口,类似论坛的留言功能。注释栏的填写方法见下图:2.2 系统新增字段说明系统新增字段说明2.2.1 变更编号变更编号2.2.2 测试组长测试组长测试人员在新建缺
19、陷时会有一个字段“测试组长”,这个字段分配到的人员就是这个缺陷的审核人。测试人员新建的缺陷经过测试组长审核,缺陷状态修改为“已审核“。2.2.3 打开时间打开时间开发人员在确认缺陷有效后,缺陷状态由:已审核打开,仲裁人员在缺陷状态:拒绝打开以及:挂起重新打开,打开时间默认是时间当时时间,不需要手动填写。2.2.4 回归测试状态回归测试状态测试人员在对“已修正”缺陷进行回归测试时使用此字段,进行确认回归是否通过,如果选择“是“,则回归通过,缺陷状态:已修正-已关闭,如果回归测试不通过缺陷状态:已修正回归失败。2.2.5 开发组长开发组长测试组长在确认缺陷有效后,就必须使用“开发组长”字段为缺陷指
20、定一个开发组长,进一步确认缺陷是否有效。2.2.6 缺陷有效性缺陷有效性此字段是测试组长对于缺陷状态为“新建“的缺陷,进行确认缺陷是否有效:选择”无效“,则缺陷状态由:新建-无效,选择“有效“缺陷状态由:新建已审核。2.2.7 是否挂起是否挂起此字段是针对仲裁人员对于缺陷状态为拒绝的缺陷, “仲裁是否缺陷”选择“是“时,会出现一个”是否挂起“字段,来进行确认是否要此缺陷挂起,留在以后版本处理。选择”“是“缺陷状态由:拒绝挂起,选择否缺陷状态由:拒绝打开。2.2.8 是否进行回归测试是否进行回归测试测试者针对缺陷状态为“已修正”的缺陷,打开界面时会呈现“是否回归测试字段“进行判断当前是否要进行回
21、归测试,如果选择”是“,表示当前进行回归测试,则会跳出一个“回归测试状态“的字段,如果选择”否“则会跳出“未回归原因“字段。2.2.9 是否已修复是否已修复此字段表示开发人员对于缺陷状态为“打开” , “重新打开”和“回归失败“的缺陷判断是否已经修复的操作,如果选择“是“,则缺陷状态会由:打开已修正,如果选择”否“则状态不变。2.2.10 是否重新打开是否重新打开此字段是仲裁人员对于缺陷状态为“挂起“的缺陷,判断是否要重新打开,如果选择”是“则缺陷状态由:挂起-重新打开,选择“否“缺陷状态不变。2.2.11 未回归原因未回归原因此字段针对缺陷状态为“已修正”的缺陷测试者的, ”是否回归测试“选
22、择的是否就会出现让测试者填写,不进行回归测试的原因。2.2.12 验证缺陷有效性验证缺陷有效性此字段是开发组长针对缺陷状态为“已审核“的缺陷再次确认缺陷是否有效,选择”有效“表示缺陷是有效的,选择”无效“表示缺陷是无效的。2.2.13 预计回归工时预计回归工时测试者选择“是否进行回归测试“字段,选择”是“的时候进行判断大概回归测试需要耗时多少。2.2.14 暂无法修改暂无法修改开发人员针对缺陷状态为”打开“的缺陷是否由于此缺陷,本版本无法解决,要留在以后版本解决的操作字段,选择”是“表示此缺陷当前版本下,可以进行修改,选择“否“表示此版本下,当前缺陷可以进行修复。2.2.15 仲裁人员仲裁人员
23、仲裁人员一般是项目经理,仲裁人员主要是针对缺陷状态为“拒绝”和“挂起“的缺陷进行操作,对于拒绝的缺陷是最终确认缺陷的有效性,如果无效就是伪缺陷,如果有效则进行下一步操作。针对挂起的缺陷主要是判断当前版本下,此缺陷是否要重新打开。2.2.16 仲裁是否缺陷仲裁是否缺陷仲裁人员使用此字段进行最终缺陷有效性的判断,如果选择“是”,表示此缺陷是有效的,可以进行下一步操作,如果选择“否“则表示此缺陷是无效的,是伪缺陷。2.3 缺陷管理流程图缺陷管理流程图1、不论是简单还是复杂的缺陷,开发人员都要在修改了代码并确保代码提交到服务器后,再将缺陷状态由“2-打开”置为“3-已修正” ,并填写 SVN 版本号。
24、2、对于非常简单明了的缺陷(例如界面上的一个错别字) ,可以在注释中加简单的注释说明:(如:已修改)但对于复杂的缺陷,开发人员在填写注释的时候需包含以下几点:配置库修改代码对应文件名和文件路径。缺陷解决的方法:(该项描述主要是方便以后遇到同类问题的同事,可以查看当时的解决办法,如果该缺陷的修改引发了其他的缺陷产生,则开发人员可以查看一下当时的修改情况)3 这个改动引起了哪些变动:(方便测试人员在进行回归测试时,确定回归范围)如果缺陷是由于测试人员理解错误导致,或者开发人员认为不需要修改的,开发人员可以将缺陷状态设置为“B-拒绝” ,但是必须在【注释】栏中填写拒绝修改的原因。如果目前不具备修改本
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- HP 测试 实验 管理 目标 平台 ALM 使用 介绍 资料
限制150内