缺陷管理流程说明

苏宁易购

缺陷管理流程

错误!未找到引用源。错误!未找到引用源。

文档记录

修订记录

批准者

此文档需要以下人员批准

分发

此文档分发给以下部门或单位相关人员：

目录

1.综述 (5)

2.缺陷定义 (6)

2.1缺陷状态 (6)

2.1.1Jira缺陷流程图 (6)

2.1.2JIRA缺陷状态描述 (6)

2.2解决结果 (7)

2.3JIRA状态与解决结果对应表 (7)

2.4缺陷严重程度 (8)

2.5缺陷引入阶段 (10)

2.6缺陷根源 (11)

2.7紧急程度 (12)

2.8缺陷管理流程的角色和工作说明 (12)

3.流程总览 (14)

3.1流程目的 (14)

3.2流程范围 (14)

3.3流程开始 (14)

3.4流程结束 (14)

3.5解决结果说明 (14)

3.6遗留缺陷定期清理 (15)

3.7缺陷关闭和删除 (16)

4.缺陷管理流程 (17)

4.1流程图 (17)

4.2流程解析 (18)

1.综述

缺陷不仅仅是指软件的Bug，还包括需求、设计上的问题等；通常使用缺陷管理系统管理软件开发过程中所发现的缺陷。苏宁所有项目均需要统一使用JIRA工具进行缺陷管理。

本文档将从缺陷定义、缺陷流程方面进行介绍，重点介绍缺陷管理的流程，涵盖的主要内容有流程目的、范围，缺陷的相关概念，缺陷管理的阶段和活动详细描述，以及主要角色和工作职责。

2.缺陷定义

2.1缺陷状态

2.1.1Jira缺陷流程图

2.1.2JIRA缺陷状态描述

序号状态描述

1 已提交新建的，已提交的缺陷

2 开发安排中缺陷被分配到具体解决人员

2.2解决结果

缺陷生命周期内的解决结果：

2.3JIRA状态与解决结果对应表

2.4缺陷严重程度

在测试过程中发现的缺陷按照严重程度分为五级：阻塞，致命，严重，一般，提示。只要满足定义描述中的一种情况，就可以判定为相应的严重程度。对每个严重程度的缺陷，有对修复时间的要求和对复测时间的要求，需要开发团队和测试团队的响应配合，其详细定义及描述如下表：

2.5缺陷引入阶段

注：日常运维阶段引入的缺陷，属于运维故障，缺陷引入阶段不包含这个阶段。

2.6缺陷根源

缺陷根源可用于对测试过程中所发现的缺陷进行根因分析，识别根本原因，并按照度量结果采取有针对性的解决方法和改进措施。

在测试过程中产生的缺陷通常根源于以下几个方面

2.7紧急程度

2.8缺陷管理流程的角色和工作说明

3.流程总览

3.1流程目的

缺陷管理流程的目的是规范在缺陷管理过程中各方的职责和任务，提高缺陷管理的效率。

同时，成功识别和解决测试发现的缺陷从而提高产品的质量，在测试过程中发生的所有缺陷都需要进行记录、分析、并查找根本原因，利用缺陷的相关度量指标进行统计分析，预测下一阶段的缺陷发生趋势。缺陷记录和相应的缺陷报告为项目提供主要管理信息，也能对于缺陷的解决方案进行优先级排序。

3.2流程范围

本流程的使用范围包括了系统测试、系统集成测试和验收测试阶段，适用于测试人员、测试组长、测试经理、项目经理、开发组长、开发人员、需求人员等。

3.3流程开始

测试活动开始，测试执行人员识别出缺陷或继承上一版本暂不修复缺陷，本流程即开始。

3.4流程结束

缺陷的JIRA状态为”已关闭”，即为缺陷在本项目中流程结束。

缺陷的JIRA状态为”已关闭”，但解决结果为“问题遗留暂不修复”，视为该缺陷在项目中流程结束。但是该缺陷在产品/系统维度的生命周期未终结，在后续的相关项目中该缺陷需要被重新打开进行修复和验证。

3.5解决结果说明

在解决结果被设置为以下选项时，需要确认相关的依据和证据已经被提交在JIRA中，才允许关闭缺陷：

✓设置解决结果为“重复问题”的缺陷，必须在备注中填写被重复的缺陷单号，并由测试经理或测试组长确认后允许关闭；

✓设置解决结果为“需求变更”的缺陷，必须在备注中填写需求变更的JIRA单号，并由测试经理或测试组长确认后允许关闭；

✓设置解决结果为“非问题”的缺陷，必须在备注中填写说明为非问题的详细原因，可以添加附件说明.，由测试经理或测试组长确认后允许关闭；

✓设置解决结果为“无法复现”的缺陷，开发人员必须和测试人员充分沟通，由测试经理或测试组长确认后允许关闭；

✓设置为“已解决”的缺陷，必须由缺陷提出人进行验证后关闭，并最终将解决结果置为“已验证通过”；

✓设置解决结果为“问题遗留不修复”的缺陷，必须是在JIRA中留下同意遗留的证据（领导备注确认遗留信息或附件领导同意遗留的邮件、ST聊天记录）。最后由测试经理或测试组长确认有

相关的证据后，允许在本项目中关闭缺陷：

⏹缺陷等级为阻塞、致命的缺陷，需要提供中心领导确认同意遗留的信息至JIRA中；

⏹缺陷等级为严重的缺陷，需要提供项目经理和对应产品部门的领导确认同意遗留的信息至

JIRA中；

⏹缺陷等级为一般和提示的缺陷，需要提供项目经理和对应产品经理确认同意遗留的信息至

JIRA中。

3.6遗留缺陷定期清理

各中心的测试负责人有责任参与和推动遗留缺陷的清理工作。测试负责人需在每个项目开始前统计JIRA中对应系统遗留的缺陷清单，并在该项目发布会上，由中心领导和项目经理确定本次项目中需要修复的遗留缺陷。

确定本次项目需要修复的遗留缺陷后：

✓由项目测试经理/测试组长，在JIRA中重开确定的遗留缺陷；

⏹使用JIRA中“恢复开启问题”功能按钮，重新打开遗留缺陷（缺陷状态被置为“重新打开

的”，解决结果被置为“未解决”）；

⏹编辑缺陷，在“遗留缺陷修复项目”中填写本次项目名称。

✓遗留缺陷被修复，并在测试人员确认后，该缺陷的状态被置为“已关闭”、解决结果被置为“已验证通过”。