缺陷管理流程图
在 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）对当前功能点的影响