首页 > 代码库 > 缺陷管理流程图
缺陷管理流程图
缺陷管理流程图
在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）对当前功能点的影响
缺陷管理流程图
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。