mantis问题跟踪流程说明

MANTIS跟踪流程说明

一、Mantis缺陷状态变化图

二、Mantis缺陷状态变化说明

下面描述一个缺陷状态由新建到关闭的过程。

1）状态：【新建】

实施人员收集用户问题，通过mantis界面上方的【报告问题】，进入录入问题界面，如下图所示：

录入问题时，请注意【分类】、【产品版本】的选择。

【产品版本】注意选择最新的版本，表明现在最新的版本仍存在上述问题录入用户问题时，【分类】选择“用户问题”，实施人员现场测试发现的问题，分类选择”集成测试”。

录入问题以后，问题状态变为【新建】。

2）状态：【新建】→【已分派】/【已延迟】/【已拒绝】/【需求待确认】

经理分析问题后，对问题进行处理：

如果确认是缺陷，由分派给适合人员处理，状态改为【已分派】。

如果确认是缺陷，但现在暂时不做处理，状态改为【已延迟】。

如果认为不是缺陷，不做修复，状态改为【已拒绝】。

如果分析问题描述不明确，难以开发/修复，需要现场实施人员进一步明确需求，状态改为【需求待确认】。

问题状态的改变可通过mantis【将状态改为】实现问题状态的改变。

3）状态：【需求待确认】→【需求已确认】

现场实施人员与用户沟通以后，描述需求不明确的地方，将问题状态转化为【需求已确认】。

4）状态：【已分派】→【已解决】

开发人员修复问题后，将状态改为【已解决】。问题状态既可以手工改，也可以提交时日志信息，在日志信息”填写fixed bug#mantis问题编号+摘要”,如下图所示：

Mantis问题状态自动将状态变为【已解决】，而且会记录修复此问题的文件及具体修改内容。建议提交时用上述方法，方便以后问题追溯。

5）状态：【已解决】→【已关闭】/【打回】

实施人员升级系统后，验证问题是否修复。

如果问题已修复，将问题状态改为【已关闭】。

如果问题没有修复，将问题状态改为【打回】，同时注意更改版本号为最新的版本号。

三、各角色关注问题状态及注意事项

实施人员重点关注【需求待确认】、【已延迟】、【已拒绝】状态的问题。

录入问题注意将使用最新的版本号，打回问题注意更改版本号为最新版本号。

经理重点关注【新建】、【需求已确认】状态的问题。

开发人员重点关注【已分派】状态的问题。修复问题最好填写提交交日志”fixed bug#mantis问题编号+问题摘要”。