复杂缺陷处理流程

简易缺陷处理流程可能存在的问题

1. 测试人员提缺陷的时候无法确认对应的开发人员是谁。
2. 开发改bug的时候，bug如果不好改，自己无法肚子决定是否修改，可不知道找谁确认。找自己领导决定不改，可最后提bug的测试的同事不同意，有或者测试同意这次不改，可产品经理觉得问题很严重，必须修改。
3. 对于不本次不做修改的bug，有的可能需要重新编写需求规格说明书，需要产品的同事来跟踪，如果产品的同事跟踪了，缺陷处理系统中又跟踪一次，产生浪费。

为了解决上述问题，就需要在简易缺陷处理流程中增加一些角色和活动，使项目组的成员根据流程可以顺畅地完成工作。

接下来是一个完整的缺陷处理流程。大家也可以参考此流程的编写方法在自己公司做流程。

1引言

1.1目的

本文档描述发现缺陷后的如何处理的流程。

1.2范围

本流程适用于xx公司所产生的任意缺陷。

1.3释义

无

2角色与职责

2.1测试负责人

职责：

1. 确认缺陷级别；
2. 确认缺陷是否本期修改。

2.2测试人员

职责：

1. 提交缺陷；
2. 分配缺陷
3. 验证缺陷。

2.3开发人员

职责：

1. 修改缺陷；
2. 执行准出测试

2.4开发负责人

职责：

1. 进行缺陷确认，分配缺陷；
2. 确认缺陷是否修改。

2.5需求<