缺陷管理流程说明要点.docVIP

苏宁易购 缺陷管理流程 文档记录 修订记录 本次修订日期： 下次修订日期： 版本号 修订日期 变更概述 作者 修订显示 0.1 2012-8-30 初始版本 黄道勇 否 0.2 2013-07-1 修订 曹雄(IBM)，丁晓东 否 批准者 此文档需要以下人员批准 姓名 职务 分发 此文档分发给以下部门或单位相关人员： 姓名 职务 目 录 1. 综述 5 2. 缺陷定义 6 2.1 缺陷状态 6 2.1.1 Jira缺陷流程图 6 2.1.2 JIRA缺陷状态描述 6 2.2 解决结果 7 2.3 JIRA状态与解决结果对应表 7 2.4 缺陷严重程度 8 2.5 缺陷引入阶段 11 2.6 缺陷根源 12 2.7 紧急程度 12 2.8 缺陷管理流程的角色和工作说明 13 3. 流程总览 15 3.1 流程目的 15 3.2 流程范围 15 3.3 流程开始 15 3.4 流程结束 15 3.5 解决结果说明 15 3.6 遗留缺陷定期清理 16 3.7 缺陷关闭和删除 17 4. 缺陷管理流程 18 4.1 流程图 18 4.2 流程解析 19 综述 缺陷不仅仅是指软件的Bug，还包括需求、设计上的问题等；通常使用缺陷管理系统管理软件开发过程中所发现的缺陷。苏宁所有项目均需要统一使用JIRA工具进行缺陷管理。 本文档将从缺陷定义、缺陷流程方面进行介绍，重点介绍缺陷管理的流程，涵盖的主要内容有流程目的、范围，缺陷的相关概念，缺陷管理的阶段和活动详细描述，以及主要角色和工作职责。 缺陷定义 缺陷状态 Jira缺陷流程图 JIRA缺陷状态描述 序号 状态 描述 1 已提交 新建的，已提交的缺陷 2 开发安排中 缺陷被分配到具体解决人员 3 重新打开的 测试人员复测不通过，被重新打开的缺陷 4 开发解决 正在处理中的缺陷 5 已关闭 被测试人员关闭的缺陷，表明缺陷在本项目中生命周期结束 解决结果 缺陷生命周期内的解决结果： 序号 解决结果 描述 1 未解决 新发现或者重新打开的缺陷，问题还未被处理 2 问题遗留暂不修复 本版本内不解决，在以后的目标版本中解决。 3 重复问题 重复的缺陷，不需要处理。 4 无法复现 问题无法重现，没有足够的证据证明该问题存在，无法处理。 5 非问题 经确认为不是问题，不需要处理。 6 需求变更 经确认为是需求，需要执行需求变更流程。 7 描述不完整 缺陷单内的信息不充分，不能支持开发分析。 8 已解决 已经被缺陷关系人处理修复的缺陷。 9 已验证通过 缺陷报告人验证开发解决修复的缺陷，并进行关闭 JIRA状态与解决结果对应表 已提交 开发安排中 重新打开的 开发解决 已关闭 未解决 √ √ 问题遗留暂不修复 √ √ 重复问题 √ √ 无法复现 √ √ 非问题 √ √ 需求变更 √ √ 描述不完整 √ 已解决 √ 已验证通过 √ 缺陷严重程度 在测试过程中发现的缺陷按照严重程度分为五级：阻塞，致命，严重，一般，提示。只要满足定义描述中的一种情况，就可以判定为相应的严重程度。对每个严重程度的缺陷，有对修复时间的要求和对复测时间的要求，需要开发团队和测试团队的响应配合，其详细定义及描述如下表： 严重程度 定义描述 响应时间要求 阻塞： 系统不可用且需要立即解决 例如： 重要功能未完成，主要业务流程不能完整进行，; 重要应用无法正常使用，重要业务流程错误或不完整; 应用程序崩溃 有其他计划执行的案例，由于此缺陷无法执行 测试人员发现阻塞级别的缺陷，需要立即汇报测试组长和测试经理 测试经理确认存在阻塞级别的缺陷，需要立即和项目经理、产品经理、开发经理进行沟通，协调解决 致命： 可能对业务功能和整个系统造成影响和损失 系统不可用 例如： 安装异常，安装的数据丢失； 因操作导致业务数据紊乱或丢失; 系统关键性能严重不达标，引起系统挂死或影响系统运行; 数据库设计未达到要求或需求规格; 关键业务逻辑错误; 内存溢出; 系统中断(含软件、硬件)或非法退出，且无法通过重启恢复; 系统死循环; 数据库死锁或数据库断连，且无法恢复; 数据通讯错误或接口不通; 对操作系统造成破坏 测试人员发现阻塞级别的缺陷，需要立即汇报测试组长和测试经理 测试经理确认存在阻塞级别的缺陷，需要立即和项目经理、产品经理、开发经理进行沟通，协调解决 严重： 系统中单元模块或功能有缺失或错误 问题不影响其他模块的正常运行 可以有替代