缺陷管理的
一般流程包 括的步骤:缺陷预防
;可交付成果
基线;缺陷发现;
缺陷解决;
流程改进。
缺陷预防
缺陷预防 是在测试 的早期阶 段消除缺 陷的最佳 方法,而 不是在后 期发现缺 陷然后修 复它。小编还为您整理了以下内容,可能对您也有帮助:
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)对当前功能点的影响
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)对当前功能点的影响
Copyright © 2019- oldu.cn 版权所有 浙ICP备2024123271号-1
违法及侵权请联系:TEL:199 1889 7713 E-MAIL:2724546146@qq.com
本站由北京市万商天勤律师事务所王兴未律师提供法律服务