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

缺陷管理流程图

image

QC中,缺陷的管理流程:

image

流程中的角色: 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?软件测试之缺陷管理流程)