XXXXXXX项目测试缺陷管理&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:/10.64.2.21:8080/ALMbin/start_a.jsp，。2、如果之前没有安装过相关插件，浏览器会提示是否安装插件，但是在安装插件前一定要将上述站点加到可信站点和本地intranet站点上才能自动下载并安装浏览器插件。如下图：A增加到可信站点：IE8Internet选项安全可信站点B增加到Intranet站点：IE8Internet选项安全本地Intranet配置好A和B之后，点击刷新，浏览器就会自动下载并安装插件。备注：如果使用IE不行，可以直接使用ALM12自带的浏览器，自带浏览器可以在登录界面时进行下载。操作步骤如下：3、安装完插件后会自动跳转到登录页面，如图2所示。在“用户名”输入框输入您姓名的拼音，密码默认为空，点击【身份验证】按钮。通过验证后“项目”下拉列表会列出你有权访问的项目，如图3所示。选择你要登录的页面，点击【登录】按钮。说明：域：Default项目：项目列表只列出你有访问权限的项目。 大型项目类测试模板 登录后的初始页面。登录成功后，点击“缺陷”，出现如图4所示页面。进入缺陷列表。点击图4所示页面左边列表中的项，将看到如图5所示的缺陷新增界面。 更改项目。如果你同时拥有多个项目的权限，那么登录到其中一个项目后可以不需要退出而直接更改到另一个项目。点击页面左上角的【工具】，选择【更改项目】，再点击你所想要的项目即可，如三峡付项目UAT。如果你拥有其他项目的权限，但“更改项目”列表中并没有列出那些项目，你可以点击【选择】按钮，转到登录页面，选择需要登录的项目，登录一次后该项目名称就会出现在这个列表中了。注销。点击右上角的即可注销，退出到登录页面。2 ALM缺陷管理系统的使用2.1 缺陷常用字段说明2.1.1 缺陷名称对缺陷的简单描述。摘要包括该缺陷所属的模块名称-子模块名称，以及简单说明缺陷情况。2.1.2 描述详细描述重现该缺陷的步骤，错误现象和期待结果。必要时可以上传附件辅助说明。2.1.3 状态缺陷状态描述如下表：序号缺陷状态缺陷状态描述备注11-新建测试人员在测试过程中发现缺陷，提交新的缺陷给开发组长进行审核22-打开开发组长进行判定认定为有效缺陷，并将缺陷分配给具体的开发人员进行修改33-已修正开发人员已完成修正,等待测试人员进行回归测试44-已关闭缺陷通过测试人员回归测试，缺陷已被修复5 5-已审核测试组长确认测试者提交的缺陷有效5A-回归失败缺陷未通过测试人员回归测试，缺陷未被修复6B-拒绝拒绝修改缺陷，该缺陷可能由于测试人员理解错误或属于重复提交的缺陷，开发组长和开发人员都可以拒绝，拒绝的缺陷需要由仲裁者（一般为项目经理和测试经理）判定后才能认定为伪缺陷。 7C-挂起项目经理判定该缺陷不在当前版本进行修复，而在未来版本进行修复8D-重新打开C-挂起的缺陷在条件允许后可重新打开供开发人员进行修复9E-伪缺陷仲裁者（一般为项目经理和测试经理）对B-拒绝的缺陷进行判定后，认定该缺陷确实是由于测试人员理解问题或者重复缺陷等原因导致的无效缺陷（伪缺陷）10F-无效由于测试人员提出的缺陷，测试组长确认无效后，提交缺陷，缺陷状态就会修改为“无效”2.1.4 分配给2.1.4.1 不同角色之间缺陷状态的变化： 缺陷状态的变化事件描述操作者前状态后状态分配给测试人员新建缺陷测试人员1-新建测试组长（字段测试组长判定缺陷无效测试组长1-新建F-无效无需修改测试组长判定缺陷有效测试组长1-新建5-已审核开发组长(字段测试组长新建缺陷测试组长5-已审核开发组长（字段开发组长确认缺陷有效开发组长5-已审核2-打开分配给（修复人开发组长确认缺陷无效开发组长5-已审核B-拒绝仲裁人员开发人员-暂时无法修改缺陷开发人员2-打开B-拒绝仲裁人员开发人员-此时修改缺陷开发人员2-打开2-打开无需修改开发人员已经修复缺陷开发人员2-打开3-已修正测试者开发人员修改延期缺陷开发人员D-重新打开3-已修正测试者开发人员修改回归失败缺陷开发人员A-回归失败3-已修正测试者（默认测试人员回归测试-通过测试人员3-已修正4-已关闭无需修改测试人员回归测试-不通过测试人员3-已修正A-回归失败开发人员（默认判定是伪缺陷 （仲裁人员仲裁者B-拒绝E-伪缺陷无需修改判定不是伪缺陷，立即修改（仲裁仲裁者B-拒绝2-打开开发组长判定不是伪缺陷，延期修改仲裁者B-拒绝C-挂起无需修改延期缺陷重新打开进行修改仲裁者C-挂起D-重新打开具体开发人员2.1.5 严重程度和优先级缺陷严重级程度与优先级别原则上是有一一对应的关系，在填写缺陷选择这两项时，可先参照该对照表：注：测试组开发组的响应时间规定紧急：2-3小时（需测试组长跟开发组长做口头提醒/电话）非常高：1天内（需测试组长跟开发组长做口头提醒/电话,Mail）高：3天内中：5天内低：5天以上严重程度缺陷严重程度描述优先级缺陷优先级描述A-致命阻碍流程、系统崩溃导致重大任务不能正常进行的缺陷,例如:由于程序所引起的死机,非法退出死循环数据库发生死锁错误操作导致的程序中断严重的计算错误与数据库连接错误数据通讯错误等1-紧急1.当缺陷所引发的问题没有达到紧急的级别，但当该缺陷出现后，影响到了后续的测试工作进行2.客户无法容忍的页面，如页面上显示其他公司名称3.当前操作方式与客户使用习惯背道而驰。4.严重不合理，核心功能完全违反软件规范或业务规范，可能导致用户强烈的反感5.系统响应时间过长(例如WEB响应时间超过10s)6.模块提供的数据不合理，例如(查询“录入人”的下拉项提示为非用户名字段)7.负载测试、压力测试结果和用户需求不符B-严重缺陷导致失去系统主要功能,基本功能不能完整使用例如:功能不符程序接口错误数据流错误轻微数据计算错误等2-非常高1.快捷方式不正确，如能够回车直接进入下一步的设计成了空格直接进入下一步2.严重的逻辑错误3.常用操作平台不能正常使用功能(WIN XP/WIN 2000/WIN VISTA)4.常用浏览器不能正常使用（IE6.0/IE7.0/FireFox）5.超时限制的时间设置不合理6.未登录即可浏览页面7.给客户演示等过程中客户重点指出的，严重级别却不是很高的缺陷,建议级别定义至少是非常高C-一般操作性错误、错误结果、遗漏功能等影响系统要求或基本功能的实现,例如:界面错误（附详细说明）打印内容、格式错误简单的输入限制未放在前台进行控制删除操作未给出提示数据输入没有边界值限定或不合理3-高1.提示信息不明确，并且非常容易误导用户做出错误操作或判断。2.软件功能的实现过程中弹出未控制的系统错误提示，导致流程中断3 .Cookies没有正常保存4.服务器和客户端的脚本修改未被记录和5.非法操作等Urgent程度的缺陷，如果不具有普遍性而是在极端环境下出现，例如特定的操作环境。建议级别定义为High。D-微小错别字、罕见故障等不影响执行工作或功能实现,例如:辅助说明描述不清楚系统处理未优化提示窗口文字未采用行业术语4-中1.提示信息不明确，不正确或不合理2.界面设计存在缺陷、凌乱或不友好3.整体风格不统一E-建议建议,不影响使用的瑕疵或更好的实现等对软件各方面提出的更好的改进性的意见。5-低1.虽有不尽人意之处，但不影响用户操作或用户使用频率较低，并且不会造成错误2.局部界面不够美观2.1.6 缺陷类型记录测试人员判断该缺陷的类型。分类具体描述1-功能类；A. 重复的功能 B. 多余的功能 C. 功能实现与设计要求不相符 D. 功能使用性、方便性、易用性不够2-界面类；A. 界面不美观 B. 控件排列、格式不统一C. 焦点控制不合理或不全面3-流程类；A. 流程控制不符和要求 B. 流程实现不完整4-提示信息类；A. 提示信息重复或出现时机不合理 B. 提示信息格式不符和要求 C. 提示框返回后焦点停留位置不合理5-建议类；A. 功能性建议 B. 操作建议 C. 检校建议 D. 说明建议6-性能类；A. 并发量 B. 数据量 C. 压缩率 D. 响应时间7-其他类；A. 1-6以外的情况2.1.7 缺陷原因记录开发人员判断该缺陷发生的原因。分类具体描述1-式样遗漏/错误；需求文档中，没有相关的说明设计文档中，没有相关的说明需求文档中，相关的说明与实际现象不一致设计文档中，相关的说明与实际现象不一致2-编程遗漏/错误；编码中没有包含必要的功能编码结果与实际现象不一致3-测试不正；测试时使用的数据不正确测试或确认使用的不是测试目标版本测试时使用的操作过程不正确4-环境不备；测试环境配置不正确。比如没有导入必要的基础数据。或者必要的消息内容不存在应用程序在发布，部署时出现错误导致的错误5-外联系统；A. 因为其他系统的原因导致的错误6-重复；A. 同样缺陷的已经指摘过的错误7-其他；A. 1-6以外的情况2.1.8 主题记录该缺陷属于哪个模块中。主题字段设置对应为测试计划中的测试主题（功能模块），方便将来统计各个模块的缺陷密度。2.1.9 测试者记录该缺陷的登记者，系统会自动获取当前用户的用户号，不需要手工录入。2.1.10 测试日期记录该缺陷的登记日期，通常系统会自动获取当前时间，不需要手工录入。2.1.11 检测于发布记录发现该缺陷基线版本（Tags），测试组长在每次获取到新的基线版本程序包时，发布到测试环境之后，按照程序包上的版本标签号（一般为BL_YYYYMMDD_SVN版本号），在AL