Mantis状态流程图及其相关说明

一、New(新建) 状态说明：

1. 测试人员发现bug，填写好bug report后通过“1”submit bug，此时bug的状态为new；

2. 处于new状态的bug，team leader认为是bug且需要修复的，通过“2”将bug分派给相应的开发人员，此时bug的状态为assigned(分配状态)；

3. 处于new状态的bug，team leader认为测试人员的bug描述不清或者有疑问，通过“3”将bug反馈给测试人员，并在note里注明原因，此时bug的状态为confirmed（回馈状态）；

4. 处于new状态的bug，team leader认为需要延后修复、需跟客户确认、不能修复的bug，通过“4”将bug的状态更改为acknowledged（等待状态）。

二、Assigned(已分派) 状态说明：

5. 处于assigned状态的bug，开发人员将其修复后，通过“5”将bug的状态更改为resolved；

6. 处于assigned状态的bug，开发人员认为测试人员的bug描述不清或者有疑问，通过“6”将bug反馈给测试人员，并在note里注明原因，此时bug的状态为confirmed；

7. 处于assigned状态的bug，开发人员认为需要延后修复、需跟客户确认、不能修复的bug，通过“7”将bug的状态更改为acknowledged。

三、Resolved(已解决) 状态说明：

8. 处于resolved状态的bug，测试人员进行回归测试确认bug已经被修复后，通过“8”将bug关闭，此时bug的状态为closed；

9. 处于resolved状态的bug，测试人员进行回归测试发现bug没有修复或者由此引发了其他的bug，通过“9”将bug反馈给开发人员，并在note里注明原因，此时bug的状态为feedback。

四、Closed(已关闭) 状态说明：

10. 处于closed状态的bug，若测试人员在测试过程中还发现该问题，可以通过“10” 将bug反馈给开发人员，并在note里注明原因，此时bug的状态为feedback。

五、Feedback(打回) 状态说明：

11. 处于feedback状态的bug，开发人员将其修复后，通过“11”将bug的状态更改为resolved；

12. 处于feedback状态的bug，开发人员认为测试人员的bug描述不清或者有疑问，通过“12”将bug反馈给测试人员，并在note里注明原因，此时bug的状态为confirmed；

13. 处于feedback状态的bug，team leader或者开发人员认为该bug需要重新分派，通过“13”将bug重新分派给相应的开发人员，此时bug的状态为assigned；

14. 处于feedback状态的bug，开发人员认为需要延后修复、需要跟客户确认、不能修复的bug，通过“14”将bug的状态更改为acknowledged。

六、Confirmed(已确认) 状态说明：

15. 处于confirmed状态的bug，测试人员对于开发人员的疑问作出回应，通过“15”将bug的状态更改为feedback，并在note里注明原因；

16. 处于confirmed状态的bug，测试人员认为该bug有争议，需上一级领导确认的，通过“16”将bug的状态更改为acknowledged；

17. 处于confirmed状态的bug，测试人员认为该bug不需要修复，通过“17”将bug关闭，此时bug的状态为closed。

七、Acknowledged(公认) 状态说明：

18. 处于acknowledged状态的bug，team leader或者测试人员认为该bug必须修复，通过“18”重新将bug分派给相应的开发人员，此时bug的状态为assigned；

19. 处于acknowledged状态的bug，team leader或者开发人员发现该bug已经修复了，通过“19” 将bug的状态更改为resolved；

20. 处于acknowledged状态的bug，测试人员认为该bug不需要修复，通过“20”将bug关闭，此时bug的状态为closed。