bug处理系统-Mantis使用说明详细版

Mantis的说明文档一．把Mantis弄成简体中文版本
二．Report一个bug
1. 出现频率(Reproducibility)
总是(Always)：每次尝试都会出现
有时(Sometimes)：相对于下面的“随机”频率要高一些
随机(Random)：随机出现
还没有尝试(Have not tried)：即发现bug的操作只进行了一次
不可重现(Unable to reproduce)：只发现一次,之后的尝试都无法再现
不可用(Not Applicable/Acceptable)：即再次尝试的时候出现bug的功能不能用了
2. 严重性(Severity)
新功能(Feature)：一般用来指系统缺乏一个所需要的特性
细节(Trivial)：比较小的问题,例如用户界面中Button位置等
文字(Text)：文字错误文字上的拼写错误
小调整(Tweak)：如: ￥123.345等
小错误(Minor)：不能用上述分类界定的,报告人认为是严重程度比较轻的问题
严重错误(Major)：不属于系统崩溃和死锁类的,但报告人认为比较严重的错误
崩溃(Crash)：引起系统崩溃的错误
死锁(Block)：引起系统死锁的错误
3. 优先级(Priority )
无(None)：相关的bug已经resolve不存在了或者觉得优先级没有必要体现
低(Low)：留到最后解决,如果项目的进度很紧张可以在产品发布以前不解决
中(Normal)：中等优先级
高(High)：将处于Immediate和Urgent优先级的bug修改完毕后要进行修改
紧急(Urgent)：一到两天之内必须进行修改
特急(Immediate)：马上需要立即进行修改
4.状态(Status):
新建(New)：当reporter新提交一个bug,不给其指派所有者的时候,bug的状态会自动的成为new的状态.(我们的权限设置,默认的reporter并没有指派的权利,
所以reporter提交的一定是new状态的bug.)
反馈(Feedback)：要求reporter再次对bug进行说明
认可(Acknowledged)：开发人员解决了bug以后tester已经了解但是还没来得及确认已确认(Confirmed)：bug的解决方案得到了tester的确认
已分派(Assigned)：当将bug指派给他所属的开发人员之后,bug的status会自动的并成为assigned
已解决(Resolved)：bug已经被解决但是还没有得到tester的验证
已关闭(Closed)：当bug已经确认被解决或者确认不是bug的时候将bug的状态改为closed
5.处理状态(Resolution):
未处理(Open)：bug没有被解决
已修复(Fixed)：bug的修改已经登记并经过测试
重新打开(Reopen)：bug曾经被解决,但是解决方案被认为不正确
无法重现(Unable to reproduce)：不可重现,被指派的开发人员想要再现bug进行修改的
时候发现bug始终不能再现的时候将bug的resolution
设置为此项
无法修复(Not fixable)：不能修改这个bug
重复问题(Duplicate)：与某个已经存在的bug重复
不必改(No change required)：经理和相关开发人员经过需求和设计的核实后决定不需要
修改
延期(Suspended)：一般是指当前版本不进行修改,下个版本再提供解决方案
不做修改(Won’t fix)：不准备修改这个bug
三．查看隶属自己的bug或者某模块下的所有bug
1.查看隶属自己的bug：
进入Mantis系统后，点击"我的视图"，可进行查看
2.查看模块下的所有bug
进入系统后，点击"查看问题"，设置查询条件，点击"筛选"进行查询
四．缺陷跟踪
1.对bug的一些基本操作
打开一个bug，查看bug的详细信息
编辑：重新修改bug的信息
分配：重新分配bug给某人
状态：可以更改bug状态：1.一个新bug提交后默认为"新建(new)"状态
2.开发修复一个bug后直接分派(assigned)给测试人员
3.开发修复一个bug后，bug未修复，测试将状态改为"反馈
(feedback)"状态，然后分派给对应的开发人员(循环)
4.开发修复一个bug后，bug确认没有问题，测试人员将bug
状态改为"已关闭/已修复(closed/resolved)"
5.开发不能关闭任何bug，就算有权限也不允许直接关闭，
只有tester和manager才能关闭一个bug
删除：点击即可删除该bug，不推荐使用，若该bug单子真的没有必要存在，可以直接更改该bug状态为"已关闭(closed)"，并在"处理状态"处选择关闭的原因，如图：
2.一些需要注意的地方
由于咱们的Mantis目前还没有关联到SVN上，所以麻烦开发人员修复好一个bug后
加上一个note，注明该bug已修复，等待测试人员进行测试工作。

而测试这边需要做的工作则是：若bug通过，加上note，表明该bug测试通过；若bug未通过，note 上详细描述存在的问题，可上传error log(错误日至)、截图等，重新分派给开发人员。

等到SVN关联上Mantis后，会把开发人员代码提交记录以note的形式关联到bug上，而开发人员仅需要在提交代码到SVN的时候标明bug ID就行了。