|
下面是我根据我的理解总结的bug的生命周期:
1、测试人员发现并提交bug
状态为 new
2、开发负责人查看new状态的bug,决定是否修改,可以将bug改为三种状态:
open/closed/rejected
注:open状态需要开发人员确认修改;
closed状态说明不是bug或不必修改;
rejected状态的bug需要讨论最终的去向
3、其他开发人员查看open状态的bug,决定是否更改,可以将bug状态改为以下状态:
rejected和fix
注:如果认为不是bug或者没必要修改,可将bug状态rejected,并注明理由
bug修复后将状态改为fix
4、测试人员查看所有fix状态的bug,在新的版本下回测bug,确定修复将bug状态改为closed
,如果没有修复将bug状态改为reopen
5、rejected状态的bug应该讨论决定是否需要修改或是否是bug,然后closed或者rejected
现在希望大家踊跃发表意见,大家认为这个流程是不是必须遵守?比如说我能不能直接将新提交的bug的状态就设置为open?希望大家说下自己公司的做法
我认为应该遵循这个原则 |
|