缺陷管理流程说明剖析.doc

苏宁易购 缺陷管理流程 文档记录 修订记录 本次修订日期： 下次修订日期： 版本号 修订日期 变更概述 修订显示 0.1 -8-30 初始版本 否 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工具进行缺陷管理。 本文档将从缺陷定义、缺陷流程方面进行介绍，重点介绍缺陷管理的流程，涵盖的主要内容缺陷管理，主要职责。 缺陷 缺陷状态 J JIRA缺陷状态描述 序号 状态 描述 2 开发安排中 缺陷被分配到具体解决人员 3 重新打开的 测试人员复测不通过，被重新打开的缺陷 4 开发解决 正在处理中的缺陷 5 已关闭 被测试人员关闭的缺陷，表明缺陷在本项目中生命周期结束 解决结果 缺陷生命周期内的解决结果： 序号 解决结果 描述 新发现或者重新打开的缺陷，问题还未被处理 2 问题遗留暂不修复 本版本内不解决，在以后的目标版本中解决。 3 重复问题 重复的缺陷，不需要处理。 4 无法复现 问题无法重现，没有足够的证据证明该问题存在无法处理 5 非问题 经确认为不是问题，不需要处理。 6 需求变更 经确认为是需求，需要执行需求变更流程。 7 描述不完整 缺陷单内的信息不充分，不能支持开发分析。 8 已解决 已经被缺陷关系人处理修复的缺陷。 9 已验证通过 缺陷报告人验证开发解决修复的缺陷，并进行关闭 JIRA状态与解决结果对应表 已提交 开发安排中 重新打开的 开发解决 已关闭 未解决 √ √ 问题遗留暂不修复 √ √ 重复问题 √ √ 无法复现 √ √ 非问题 √ √ 需求变更 √ √ 描述不完整 √ 已解决 √ 已验证通过 √ 缺陷严重程度 在测试过程中发现的缺陷按照严重程度分为级：致命，严重，一般，对每个严重程度的缺陷，有对修复时间的要求和对复测时间的要求，需要开发团队和测试团队的响应配合，其详细定义及描述如下表： 严重程度 定义描述 时间要求 系统不可用且需要立即解决 例如： 重要功能未完成，主要业务流程不能完整进行，; 重要无法正常使用业务流程错误或不完整; 测试人员发现阻塞级别的缺陷，需要立即汇报测试组长和测试经理 测试经理确认存在阻塞级别的缺陷，需要立即和项目经理、产品经理、开发经理进行沟通，协调解决 致命： 可能对业务功能和整个系统造成影响和 例如： 安装异常，安装的数据丢失； 因操作导致业务数据紊乱或丢失;系统(含软件、硬件)或非法退出，且无法通过重启恢复;系统死循环; 数据库死锁或数据库断连; 数据通讯错误或接口不通 测试人员发现阻塞级别的缺陷，需要立即汇报测试组长和测试经理 测试经理确认存在阻塞级别的缺陷，需要立即和项目经理、产品经理、开发经理进行沟通，协调解决 严重： 系统中单元模块或功能有错误不影响其他模块的正常运行 可以有替代办法务数据保存不完整或无法保存到数据库反应时间超出正常合理时间范围日志记录信息不正确或应记录而未记录前端未合理控制并发或连续点击动作，导致后台服务无法及时响应在产品声明支持的不同平台下，出现部分无法使用或错误 重要单据打印格式不符合要求，查询结果错误; 严重的文档错误，报表数据错误; 测试经理或测试组长在确认严重级别的缺陷后，需要在4小时内和项目经理、产品经理、开发经理进行沟通，协调解决 一般： 基本不影响系统的运行和功能的实现，但是存在与标准、规范和定义的不一致某些查询、等实时性要求不高的辅助功能;