测试——Bug的生命周期,生命周期流程图
目录
- 一个合格的bug应该包括哪几部分
- bug的生命周期
1. 一个合格的bug应该包括哪几部分
- 发现问题的版本
- 出现问题的环境
- 错误重现的步骤
- 预期行为的描述
- 错误行为的描述
注:不要把多个bug放在一起。
2. bug的生命周期
- 测试人员应该跟踪一个bug的整个生命周期,从open 到 close状态。
-
bug的不同状态:
-
New:发现bug,未经评审决定是否指派给开发人员进行修改。
-
Open:确认bug,并且认为需要进行修改,指派给相应的开发人员。
-
Fixed:开发人员进行修改后标识成修改状态,有待测试人员的回归测试验证。
-
Rejected:如果认为不是Bug,则拒绝修改。
-
Delay:如果认为暂时不需要修改或暂时不能修改,则延后修改。
-
Closed:修改状态的Bug经测试人员的回归测斌验证通过,则关闭Bug。
-
Reopen:如果经验证Bug仍然存在,则需要重新打开Bug,开发人员重新修改。
流程图如下:
- star 与 end 不是流程里的状态,只是开始,结束标志。
- 两条无效的bug:
(1)open:open->closed
(2)open->rejected->closed