软件测试缺陷 流程

先介绍下缺陷的状态：

新建、打开、拒绝、已修复、重新打开、关闭、

特殊情况：BUG延迟修复 在达到可以修复时间点时重新打开。

不同的管理工具和测试流程 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）对当前功能点的影响

---