Skip to the content.

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的流程状态请参考这篇文章。