关于bug生命周期的讨论

dqar

下面是我根据我的理解总结的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？希望大家说下自己公司的做法
我认为应该遵循这个原则

dqar

谢谢，henry_yan的热情回答

henry_yan

对于一个新的bug，我们公司在流程上是只要是新提的bug都是默认open状态，当然你也可以设置为其他状态。
我看了你写的流程，如果可以的话你可以贴个流程图上来比较清楚，我们的流程中有个watch状态的。因为有些bug在某个时间没有办法验证，或者由于其他情况不能及时验证的，我们把它的状态设置为watch。
我个人认为，对于bug工作流程基本的状态有你说的那几个就完全可以了，如果要更清楚你可以根据适当的需求自己定义添加，不知道你用的什么管理工具？