MANTIS使用文档(Bug管理系统使用文档)
一、Bug相关背景知识
图1 bug生命周期转换图
上图展示的是一个bug的生命周期。Bug的生命周期可以简单的理解为bug的状态在什么时候转换，以及基于什么原因触发bug的状态发生变化。
1．新建（NEW）:当一个bug被第一次提交的时候，它的状态就是新建。这就是说bug 并未被确认提交的是不是是不是一个真正的bug。
2．打开（OPEN）：在测试者提交一个bug后，测试组长会在确认其确实为一个bug后，将其状态设置为打开状态。
3．分配（ASSIGN）：Bug的状态被设置为打开后，就会由测试组组长将bug分配给测试组员或者测试组，这个时候bug的状态即转换为分配状态。
4．测试（TEST）:当开发人员修复了bug之后，他们会把bug提交给测试组进行新一轮的测试，这个时候bug的状态就被设置成测试。
5．延后（DERERRED）：Bug被设置成延后状态，意味着bug会在接下来的阶段解决。
一般这种情况的出现是因为bug本身对系统的影响不大，优先级不高等。
6．不接受（REJECTED）：如果开发人员不认为其是一个bug，就会将该bug设置为不接
受状态。
7．重复（DUPLICATE）：如果一个缺陷被重复提交或者两个bug表明的意思是同一个或者指向的问题为同一个，则可以将这个bug的状态设置为重复。
8．已经核实（VERIFIED）:Bug被分配给测试人员之后，如果测试人员经过测试发现问题已经修复，不会再重现，则可以将bug设置为已经核实状态。
9．再次打开（REOPENED）：如果bug被开发人员修复后，测试中又出现了同样的问题，则将bug的状态设置为重新打开状态，再次交由开发人员修复。
10. 关闭（Closed）：如果bug被设置为关闭装填，则表示该bug已由研发人员修复，
经过测试人员测试核实，bug已经不存在了。
二、MANTIS功能介绍
Mantis是一个基于PHP技术的轻量级的缺陷跟踪系统，其功能与前面提及的JIRA 系统类似，都是以Web操作的形式提供项目管理及缺陷跟踪服务。我们经常需要用到的界面有：“我的视图”、“查看问题”、“提交问题”三个页面。
1.“我的视图”界面（如图2）：
图2 “我的视图”
该界面的的右上角有一个下拉菜单，有来选择所要提交或者查询的内所属内容。如图3，可以选择“日常发现bug”、“后台bug管理”和“需求”。一般我们用的就是日常发现bug 这个模块的内容。
图3 项目种类
“我的视图”主界面由5个部分组成，分别为“未分派的”、“我报告的”、“已解决的”、“最近修改”和“我监视的”。未分派的list中显示的bug均为提交后但没有指定分配给谁的缺陷；“我的报告”list中显示的是有登陆用户本人所提交的bug；“已解决的”list显示的是测试核实后已经closed的bug；“最近修改”list显示的是最近有过bug状态更改和最新的bug，按照时间修改的时间顺序排列。一般我们只需要关注“我的报告”和“未分派的”两个list。
图4 状态注释
如图，页面底部的状态注释栏解释了再list我们看到不同背景色的bug所代表的不同状态。例如绿色背景色的bug表示已经解决了，而灰色背景色的bug表示已经关闭的缺陷。2.“查看问题”界面
“查看问题”页面主要是列出所有的缺陷，并提供便利的查询条件。
图5查询条件
页首的这个是条件查询框。在这里选择查询条件可以很方便的找到需要的缺陷信息。例如点击“分配给”三个字的时候再其下就会出现一个下拉列表用来选择非配给的对象，然后点击下面的“筛选”按钮可以按照选定的分配给对象进行查询，并在此条件选择框的下方返回一个符合查询条件的缺陷list。
查询框体的下面就是显示缺陷list的位置。
3.“提交问题”页面
提交问题页面是由一个大的框体和多个输入框组成，如图：
图6“提交问题”页面
此页面具体的使用过程会在接下来的“提交bug基本流程”中详细介绍。
三、向MANTIS提交Bug的基本流程
1.在测试过程中发现了一个与预期效果不一样的地方时候，首先要确定此问题能否重现，
重现的方法是什么，借此断定此问题是否为一个bug。
2.在发现一个bug的时候，我们首先需要做的就是登陆MANTIS系统然后到“查看问题”
界面去查看管理系统中已有的bug，看看这个bug是不是duplicate，或者是不是之前已经closed掉的bug；duplicate就不要再次提交了，如果是之前已经closed的bug，就需要将bug的状态设置为reopened。
3 . 如果确定bug是第一次发现且查询后没有发现之前已经closed过的类似缺陷。首先要选择页面的右上角选择项目，将下来菜单中的项目选定为“日常发现BUG”，如图：
图7项目选定
3.然后去进入问题提交页面，用来提交发现的问题。
●首先要选择的是问题的分类。分类的选项可以从下拉列表的数据字典中选择出来。
图8 bug分类选择
●接下来是出现频率。点击后根据实际情况从下来列表中选出对应的描述选项，一般选
择“总是”即可。
图9 bug出现频率选择
●严重性的选择取决于发现的bug对系统功能的影响。一般选择均为“小错误”
图10 bug的严重性
● Bug优先级是与bug的严重性先对应的。如果是严重性为“崩溃”和“宕机”，一般优先级就必须为高或者以上。如果只是一般的小错误，优先级可以为中或者低。
图11 bug的优先级选择
●接下来需要填写的就是bug提交报告中比较重要的内容了，如图：
