软件测试的Bug缺陷管理流程

流程说明

　　1、测试人员填写bug并提交给开发组长，Bug的状态为New；

　　2、开发组长次日工作前对bug确认是否有效。有效的bug，状态变化为open，并分配给开发人员；bug无效或者延期修改的，将bug状态变化为Rejected，同时也在comment中注明原因。

　　3、开发人员上班的第一件事情是查看自己有几个bug需要修改。

　　4、开发人员修改bug，修改完成并进行单元测试后，将bug的状态变为fixed，在comment中说明修改方法；

　　5、测试人员每天查看自己提交的bug的状态变化，应该成为每个测试人员的例行行为；

　　6、当bug的状态变为fixed时，测试人员打开该bug，开始对该bug进行回归测试；

　　7、如果该bug回归测试通过，则状态变为closed。否则bug的状态变为reopen（必须说明reopen、closed状态变化原因或者操作过程）；

　　8、如果回归测试通过，可是修改的同时又引入新的bug，则重新提交bug，状态为new。如果需要的时候注明相关联的bug号；

　　9、只有当所有的bug状态为closed，才可发布版本。

　　注：每当bug状态改变后，必须给出相应的注释和说明，以便查看bug生命周期的变化情况。

====================================分割线================================

最新内容请见作者的GitHub页：http://qaseven.github.io/