本文主要是介绍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。
这篇关于Mantis状态流程图及其相关说明的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
