mantis问题跟踪流程说明.doc

MANTIS跟踪流程说明 一、Mantis缺陷状态变化图 二、Mantis缺陷状态变化说明 下面描述一个缺陷状态由新建到关闭的过程。 1）状态：【新建】 实施人员收集用户问题，通过mantis界面上方的【报告问题】，进入录入问题界面，如下图所示： 录入问题时，请注意【分类】、【产品版本】的选择。 【产品版本】注意选择最新的版本，表明现在最新的版本仍存在上述问题 录入用户问题时，【分类】选择“用户问题”，实施人员现场测试发现的问题，分类选择”集成测试”。 录入问题以后，问题状态变为【新建】。 2）状态：【新建】→【已分派】/【已延迟】/【已拒绝】/【需求待确认】 经理分析问题后，对问题进行处理： 如果确认是缺陷，由分派给适合人员处理，状态改为【已分派】。 如果确认是缺陷，但现在暂时不做处理，状态改为【已延迟】。 如果认为不是缺陷，不做修复，状态改为【已拒绝】。 如果分析问题描述不明确，难以开发/修复，需要现场实施人员进一步明确需求，状态改为【需求待确认】。 问题状态的改变可通过mantis【将状态改为】实现问题状态的改变。 3）状态：【需求待确认】→【需求已确认】 现场实施人员与用户沟通以后，描述需求不明确的地方，将问题状态转化为【需求已确认】。 4）状态：【已分派】→【已解决】 开发人员修复问题后，将状态改为【已解决】。问题状态既可以手工改，也可以提交时日志信息，在日志信息”填写fixed bug#mantis问题编号+摘要”,如下图所示： Mantis问题状态自动将状态变为【已解决】，而且会记录修复此问题的文件及具体修改内容。建议提交时用上述方法，方便以后问题追溯。 5）状态：【已解决】→【已关闭】/【打回】 实施人员升级系统后，验证问题是否修复。 如果问题已修复，将问题状态改为【已关闭】。 如果问题没有修复，将问题状态改为【打回】，同时注意更改版本号为最新的版本号。 三、各角色关注问题状态及注意事项 实施人员重点关注【需求待确认】、【已延迟】、【已拒绝】状态的问题。 录入问题注意将使用最新的版本号，打回问题注意更改版本号为最新版本号。 经理重点关注【新建】、【需求已确认】状态的问题。 开发人员重点关注【已分派】状态的问题。修复问题最好填写提交交日志”fixed bug#mantis问题编号+问题摘要”。