标签：style blog http color os 使用 sp strong on
缺陷管理流程图
在QC中，缺陷的管理流程：
流程中的角色：
1、 测试人员：进行测试的人员，缺陷的发起者；
2、 开发人员：执行开发任务的人员，完成实际的设计和编码工作；
3、 评审委员会：对缺陷进行最终确认，在项目成员对缺陷达不成一致意见时，行使仲裁权力。
缺陷的状态
1、 New：缺陷的初始状态；
2、 Open：开发人员开始修改缺陷；
3、 Fixed：开发人员修改缺陷完毕；
4、 Closed：回归测试通过，关闭缺陷；
5、 Reopen：回归测试失败；
6、 postpone：推迟修改；
2、 Rejected：开发人员拒绝缺陷；
3、 Duplicate：已提交的Defect重复；
4、 Abandon：放弃
Bug严重级别(Severity，Bug级别)：是指因缺陷引起的故障对软件产品的影响程度，由测试人员指定。
| A-Crash | 造成系统或应用程序崩溃、死机、系统挂起，或造成数据丢失 |
| B-Major | 系统的主要功能部分丧失、数据不能保存，单个功能失效导致多个相关功能均失效 |
| C-Minor | 次要功能没有完全实现但不影响使用 |
| D-Trivial | 使操作者不方便或遇到麻烦，但它不影响功能的操作和执行 |
| E-Nice to Have（建议） | 建设性的意见或建议 |
Bug的严重等级定义：
1）使用频率
2）影响程度
3）出现概率
Bug的优先级定义：
1）对其他模块的影响
2）对自身模块的影响
3）对当前功能点的影响
标签：style blog http color os 使用 sp strong on
原文地址：http://www.cnblogs.com/wakey/p/4133013.html
