BUG管理流程
上一篇 /
下一篇 2014-06-26 16:06:58
/ 个人分类:测试管理
1. 新建:
测试人员提交新的
Bug入库,缺陷状态为New。
2. 确认:高级测试人员(可以是项目负责人)验证错误,如果确认是错误,分配给相应的开发人员,设置状态为Open。如果不是错误,则拒绝,设置为Declined(拒绝)状态。
3. 指派解决:开发人员查询状态为Open的Bug,如果不是缺陷,则更改状态为Declined;如果是Bug则修复并更新状态为Fixed。不能解决的Bug,要留下文字说明并保持Bug为Open状态。对于不能解决和延期解决的Bug,不能由开发人员自己决定,一般要通过某种会议(评审会)通过才能认可。
4. 验证:测试人员查询状态为Fixed的Bug,然后验证Bug是否已解决,如解决即更新Bug状态为Closed,如没有解决则更新状态为Reopen。
BUG流程管理要点
A.为了保证错误的正确性,需要有丰富测试经验的测试人员验证发现的错误是否是真正的错误,书写的测试步骤是否准确,可以重复。
B.每次对错误的处理都要保留处理信息,包括处理人姓名,时间,处理方法,处理意见,Bug状态。
C.拒绝或延期错误不能由程序员单方面决定,应该由项目经理,测试经理和设计经理共同决定。
D.错误修复后必须由报告错误的测试人员验证后,确认已经修复,才能关闭错误。
E.加强测试人员与程序员的交流,对于某些不能重复的错误,可以请测试人员补充详细的测试步骤和方法,以及必要的测试用例
相关阅读:
- 评审的主要优点 (xin_晴, 2011-3-01)
- 软件测试理论知识学习 (804845430, 2011-2-20)
- 测试人员参与评审的目的不只是为了学习 (xin_晴, 2011-4-13)
- 制定测试计划的考虑因素 (luofeng1990, 2011-5-06)
- 为什么我们的用例评审只看有没有遗漏的检查点 (zdqyyf, 2011-8-30)
- 如何评审测试用例 (holyghost0213, 2011-9-19)
- 用例评审 (zdqyyf, 2011-10-09)
- 测试过程中的评审工作及关注事项 (xin_晴, 2011-12-01)
- 评审技术在高质量软件开发中的应用分析(上) (xin_晴, 2011-12-12)
- 评审技术在高质量软件开发中的应用分析(下) (xin_晴, 2011-12-13)
收藏
举报
TAG:
评审
Bug流程
延期
不解决