Mantis Bug Tracker状态流程说明

2017-11-06

在Mantis中的问题状态一共有以下几种

10:new,             //新建
20:feedback,        //反馈
30:acknowledged,    //认可
40:confirmed,       //已确认
50:assigned,        //已分派
80:resolved,        //已解决
90:closed           //已关闭

问题完成度有以下几种：

10:open,                    //未处理
20:fixed,                   //已修正
30:reopened,                //重新打开
40:unable to reproduce,     //无法重现
50:not fixable,             //无法修复
60:duplicate,               //重复问题
70:no change required,      //不是问题
80:suspended,               //暂停
90:won\'t fix               //不做修改

可以在管理里面看到默认流程下的各种状态和完成度，一些基本的应该是这样吧。
角色有以下几种：

流程1

报告-审核-修改-测试-关闭

一个问题来了以后，经过审核人审核，提出修改意见，然后指派给修改人员，修改人员修改完成后指派测试人员，或者由审核人指派测试人员，测试完毕后关闭如果有问题仍然存在，问题状态为反馈，完成度为重新打开

过程 问题状态 完成度
新报告问题 新建 未修改
审核后 已确认，已分派 未修改
修改后 已解决 已修正，无法重现，重复问题，不是问题，暂停，不修改
测试后 已关闭，反馈 已修正，无法重现，重复问题，不是问题，暂停，不修改，重新打开

流程2

报告-审核-测试-关闭

当审核认为不需要修改的时候可以直接将问题分派给测试人员，由测试人员测试，如果有问题仍然存在，问题状态为反馈，完成度为重新打开。

过程 问题状态 完成度
新报告问题 新建 未修改
审核后 已确认，已分派 未修改，无法重现，重复问题，不是问题，暂停，不修改
测试后 已关闭，反馈 已修正，无法重现，重复问题，不是问题，暂停，不修改 ，重新打开

一、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(已分派) 状态说明：

  1. 处于assigned状态的bug，开发人员将其修复后，通过“5”将bug的状态更改为resolved；
  2. 处于assigned状态的bug，开发人员认为测试人员的bug描述不清或者有疑问，通过“6”将bug反馈给测试人员，并在note里注明原因，此时bug的状态为confirmed；
  3. 处于assigned状态的bug，开发人员认为需要延后修复、需跟客户确认、不能修复的bug，通过“7”将bug的状态更改为acknowledged。

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

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

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

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

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

  1. 处于feedback状态的bug，开发人员将其修复后，通过“11”将bug的状态更改为resolved；
  2. 处于feedback状态的bug，开发人员认为测试人员的bug描述不清或者有疑问，通过“12”将bug反馈给测试人员，并在note里注明原因，此时bug的状态为confirmed；
  3. 处于feedback状态的bug，team leader或者开发人员认为该bug需要重新分派，通过“13”将bug重新分派给相应的开发人员，此时bug的状态为assigned；
  4. 处于feedback状态的bug，开发人员认为需要延后修复、需要跟客户确认、不能修复的bug，通过“14”将bug的状态更改为acknowledged。

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

  1. 处于confirmed状态的bug，测试人员对于开发人员的疑问作出回应，通过“15”将bug的状态更改为feedback，并在note里注明原因；
  2. 处于confirmed状态的bug，测试人员认为该bug有争议，需上一级领导确认的，通过“16”将bug的状态更改为acknowledged；
  3. 处于confirmed状态的bug，测试人员认为该bug不需要修复，通过“17”将bug关闭，此时bug的状态为closed。

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

  1. 处于acknowledged状态的bug，team leader或者测试人员认为该bug必须修复，通过“18”重新将bug分派给相应的开发人员，此时bug的状态为assigned；
  2. 处于acknowledged状态的bug，team leader或者开发人员发现该bug已经修复了，通过“19” 将bug的状态更改为resolved；
  3. 处于acknowledged状态的bug，测试人员认为该bug不需要修复，通过“20”将bug关闭，此时bug的状态为closed

参考资料

原文

自定义流程状态

如果要自定义Mantis的流程状态请参考这篇文章。