缺陷管理流程

缺陷管理流程

2011-04-18

文档修订记录

文档审批信息

目录

1.概述3

1.1.编写目的3

1.2.适用X围3

1.3.读者对象3

2.登记缺陷流程4

3.缺陷管理流程说明5

3.1.发现阶段5

3.2.测试类型错误!未定义书签。

3.3.严重级别5

3.4.缺陷状态5

3.5.上线版本5

3.6.缺陷类型6

3.7.缺陷优先级6

3.8.缺陷引入阶段6

4.附：缺陷登记注意事项8

4.1.验证测试规则错误!未定义书签。

4.2.历史遗留问题处理规则8

4.3.缺陷优先级流程错误!未定义书签。

1.概述

1.1. 编写目的

用于规X公司内部的缺陷管理流程，使整个测试过程顺利进行。

1.2. 适用X围

本文档适用于公司内部的整个测试过程。

1.3. 读者对象

测试人员与相关开发人员。

2.登记缺陷流程

3.缺陷管理流程说明3.1. 发现阶段

3.2. 严重级别

3.3. 缺陷状态

3.4. 缺陷处理权限

3.5. 上线版本

3.6. 缺陷类型

3.7. 缺陷优先级

3.8. 缺陷引入阶段

3.9. 项目

3.10. 子系统

4.附：注意事项

4.1. 历史遗留问题处理规则

1、测试人员发现问题登记在测试工作中，指派给开发人员；

2、开发人员认为不是本需求引入而是历史问题，上升项目经理；

3、项目经理确定在此版本是否修复；

1）如修复重新指派给开发人员，走正常流程

2）如不修复，则将状态置为“Pending”，后续跟踪。

4.2.客户反馈缺陷登记流程

1、客户反馈的缺陷首先在测试环境中验证是否存在，存在登记缺陷，类型选择客户

反馈，缺陷登记后走缺陷处理正常流程，不存在同客户确认问题原因，是否是客户环境与系统版本问题。

2、用户反馈的缺陷的严重级别和优先级按最高处理

3、在规定的处理时间内客户反馈的缺陷没有解决的将缺陷升级至项目经理.

4、用户反馈的优化类建议或设计上的修改不走缺陷流程，按优化类需求处理提交至

项目经理。

4.3开发人员缺陷处理限定

1、功能模块提交后若开发人员发现缺陷，必须走缺陷管理流程，登记缺陷，严禁开

发人员私自修改代码以及私自做代码优化类的修改。

4.4缺陷分析

1、项目上线后对验证测试阶段和客户反馈的缺陷进行分析，明确缺陷的原因。

原因类别：

1、测试原因: 如测试用例未覆盖，测试方法有问题等

2、开发原因：如版本冻结后私自修改代码，版本提交错误.

3、设计原因：如功能设计不符要求

4、环境原因：如测试环境与客户的生产环境不一致。