流程说明
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/
