缺陷的管理流程

缺陷管理海不扬波的一般流白练腾空全心全意程包括的变幻无常步骤：

缺陷预防；

可交付成海纳百川果基线；

缺陷发现意气风发；

缺陷解决；

流程改进。

缺陷预防缺陷有志竟成预防是在测试舒心的早期阶段消容光焕发除缺陷的最佳短小方法，而不是友好在后期发现缺两雄不俱立陷然后修复它高耸。内容来自懂视网(www.51dongshi.com)，请勿采集！

小编还为您整理了以下内容，可能对您也有帮助：

bug?软件测试之缺陷管理流程

缺陷管理流程图

在QC中，缺陷的管理流程：

流程中的角色：1、 测试人员：进行测试的人员，缺陷的发起者； 2、 开发人员：执行开发任务的人员，完成实际的设计和编码工作； 3、 评审委员会：对缺陷进行最终确认，在项目成员对缺陷达不成一致意见时，行使仲裁权力。

缺陷的状态1、 New：缺陷的初始状态； 2、 Open：开发人员开始修改缺陷； 3、 Fixed：开发人员修改缺陷完毕； 4、 Closed：回归测试通过，关闭缺陷； 5、 Reopen：回归测试失败； 6、 postpone：推迟修改； 7、 Rejected：开发人员拒绝缺陷； 8、 Duplicate：已提交的Defect重复； 9、 Abandon：放弃

Bug****严重级别(Severity，Bug级别)：是指因缺陷引起的故障对软件产品的影响程度，由测试人员指定。

| A-Crash| 造成系统或应用程序崩溃、死机、系统挂起，或造成数据丢失 |
| B-Major| 系统的主要功能部分丧失、数据不能保存，单个功能失效导致多个相关功能均失效 |
| C-Minor| 次要功能没有完全实现但不影响使用 |
| D-Trivial| 使操作者不方便或遇到麻烦，但它不影响功能的操作和执行 |
| E-Nice to Have（建议）| 建设性的意见或建议 |

Bug的严重等级定义：

1）使用频率

2）影响程度

3）出现概率

****Bug的优先级定义：****

1）对其他模块的影响

2）对自身模块的影响

3）对当前功能点的影响

bug?软件测试之缺陷管理流程

缺陷管理流程图

在QC中，缺陷的管理流程：

流程中的角色：1、 测试人员：进行测试的人员，缺陷的发起者； 2、 开发人员：执行开发任务的人员，完成实际的设计和编码工作； 3、 评审委员会：对缺陷进行最终确认，在项目成员对缺陷达不成一致意见时，行使仲裁权力。

缺陷的状态1、 New：缺陷的初始状态； 2、 Open：开发人员开始修改缺陷； 3、 Fixed：开发人员修改缺陷完毕； 4、 Closed：回归测试通过，关闭缺陷； 5、 Reopen：回归测试失败； 6、 postpone：推迟修改； 7、 Rejected：开发人员拒绝缺陷； 8、 Duplicate：已提交的Defect重复； 9、 Abandon：放弃

Bug****严重级别(Severity，Bug级别)：是指因缺陷引起的故障对软件产品的影响程度，由测试人员指定。

| A-Crash| 造成系统或应用程序崩溃、死机、系统挂起，或造成数据丢失 |
| B-Major| 系统的主要功能部分丧失、数据不能保存，单个功能失效导致多个相关功能均失效 |
| C-Minor| 次要功能没有完全实现但不影响使用 |
| D-Trivial| 使操作者不方便或遇到麻烦，但它不影响功能的操作和执行 |
| E-Nice to Have（建议）| 建设性的意见或建议 |

Bug的严重等级定义：

1）使用频率

2）影响程度

3）出现概率

****Bug的优先级定义：****

1）对其他模块的影响

2）对自身模块的影响

3）对当前功能点的影响