Mantis使用手册
目录
1. 系统简述 (4)
2. 登陆方式 (4)
3. 系统中的角色 (5)
3.1. 管理员 (5)
3.1.1. 首页 (5)
3.1.2.我的视图 (6)
3.1.3.查看问题 (7)
3.1.4.报告问题 (11)
3.1.5.修改日志 (12)
3.1.6.统计报表 (12)
3.1.7.管理 (13)
3.1.8.个人账号 (22)
3.1.9.注销 (24)
3.2. 经理 (24)
3.2.1.操作区别 (24)
3.3. 开发人员 (25)
3.3.1.操作区别 (25)
3.4. 修改人员 (25)
3.4.1.操作区别 (25)
3.5. 报告人员 (26)
3.5.1.操作区别 (26)
3.6. 查看人员 (26)
3.6.1.操作区别 (26)
4. 分派给我的工作 (26)
4.1. 查看问题详细资料 (27)
4.2. 关系 (28)
4.3. 上传文件 (29)
4.4. 正在监视该问题的用户 (29)
4.5. 问题注释 (29)
4.6. 添加问题注释 (29)
4.7. 问题历史 (29)
1.系统简述
缺陷管理平台Mantis是一个开源的缺陷跟踪系统，以Web操作的形式提供项目管理及缺陷跟踪服务。Mantis可以帮助所有开发人员完成系统需求缺陷的有效管理，对于bug 问题的状态变化将通过mail的形式由系统自动通知相关人员。且可以自动生成统计报表和自动导出成doc或excel格式的文件。Mantis是基于mysql+php的服务具有极高的安全可靠性。
2.登陆方式
打开IE 窗口，在地址栏里键入：http://192.168.1.70/mantis/login_page.php，便可显示系统的登录页面（图表1），
注册，有两种方式注册新用户：
1）由管理员添加新用户（参见管理员操作说明）；
2）使用Email注册。进入登录页面后，点击【注册一个新帐号】，输入帐号和E mail地址，提交注册，系统会将初始密码发送到Email中；
用户正确的输入自己的帐号（即用户名）及密码后，即可成功登录。
图表 1
3.系统中的角色
在Mantis 系统中，分别有几种角色：管理员、经理、开发人员、修改人员、报告人员、查看人员。每个角色所具备的权限不一样，权限的从大到小依次排列是：管理员→经理→开发人员→修改人员→报告人员→查看人员。
3.1. 管理员
管理员是管理整个系统运作中权限最高的工作人员，可以对项目进行创建和管理，人员帐号的创建和管理等等，以下篇章将详细介管理员登录到系统之后，进入自己的主页面的一些操作。
3.1.1. 首页
点击菜单栏中的“首页”项进入自己的主页面（如图表2所示）
图表 2
在主页面中你可以看到以下信息：
1.存在指派给登录用户且还未解决的Bug数目，点击该数目超链接，就会进入列表，
直接对这些Bug单进行操作；
2.存在由登录用户报告且还未解决的Bug数目；
3.最近一次登录该系统的时间；
登录进入后在该页面中的操作主要有3 个：
1.切换项目：点击页面右上角的下拉式菜单来切换所选项目；
2.跳转到该Bug编号：根据Bug编号可以进行查询，直接进入该Bug的详细信息
页面，进行相应操作；
3.转向其它操作页面：点击主页面上方的菜单栏，便可进入相应的操作页面，如
图表3
图表 3
3.1.2.我的视图
点击菜单栏中的“我的视图”项，管理员将会看到以下页面，如图表4所示。
图表 4
从页面上看，bug 根据其以下工作状态分类成几个表格显示，符合这些工作状态的bug 都一一的罗列：
1.未分派的：是指Bug已经报告，但还没有指定由那个项目组成员进行跟进的Bug列表；
2.由我报告的：在这里将会显示由你报告的Bug列表；
3.已解决的：指Bug已经得到解决，Bug的状态为[已经解决]；
4.最近修改的：这一栏显示那些Bug报告最近被项目组成员修改了；
5.我监视的：指你正在监视那些Bug，在Bug报告中，你被选为监视人。
在该状态表格下，Bug的编号是对应其详细信息的超链接，可以根据工作要求直接点击进入进行相应操作。此外在页面下部出一个标识Bug流程状态的颜色条，如图表5，这样在实际操作中对于不同流程状态的Bug就能很好的区分开，下面主要描述Bug状态：
1.新建：就是由报告人员提交问题后没有被分配给相应的项目时，Bug的默认状态便
是新建；
2.打回：开发人员认为此bug不需要修改，就将其打回，测试人员和开发人员讨论评
估后，决定是否将其关闭；
3.公认：经理认为报告员提交的问题是个Bug，对这个Bug表示认可；
4.已确认：开发人员确认存在此bug，并准备修改，将其设为已确认；
5.已分派：当经理看到，原状态为“新建”的问题单，就会将其分派给某个开发人员；
6.已解决：被分派的bug被开发人员已经进行了修改，测试人员可以进行验证测试,
确认Bug已经解决；
7.已关闭：确认Bug已解决，将其关闭。
图表 5
3.1.3.查看问题
点击“查看问题”项，即可进入查看与项目相关的Bug页面，如图表6：
图表 6
此页面可以对过滤器进行管理操作，从列图表6看出，页面上部是一个过滤器，页面下部是根据过滤器显示Bug的数据列表。如果管理员没有对给予的参数进行设置，那么默认就是没有对数据进行过滤，则页面下部则显示所有Bug数据。此外还可以在搜索框里输入Bug编号直接查询，那么在页面下部就会显示出查询结果，就此详细说明一下过滤器的功能：
1.创建过滤器：在对参数进行设置完成后，可对当前的过滤设置进行保存，如图
表7所示，填入相应内容后即可保存下来。如果标记为公有，则其他工作人员
（除了查看人员）都能共享这个过滤器。同理，管理员也可以在过滤器列表共
享经理创建的公有过滤器。
图表 7
2.重复设置提示：在保存一个过滤器的时候，如果系统发现之前保存过相同设置
的过滤器，就会出现重复提示，以免造成不必要的资源浪费。如图表8所示：
图表 8
3.管理过滤器：管理员可以对自己创建的过滤器进行操作，还可以删除或修改经
理创建并标识为公有的过滤器。
在显示的Bug列表里可以看到，表格头部显示查看Bug的当前数量，并且在旁边提供了“打印报告”和“CSV 导出”功能链接，以下数据列表的Bug信息列属性显示（从左到右）：复选框、修改图标、优先级、Bug编号、Bug注释数目、Bug分类（所属的项目和组别）、Bug的严重性、Bug当前状态、最后更新、Bug摘要，在此表格还可以进行如下操作：
1.打印报告：如图表9所示，将所有的bug 显示出来，在页面列出了需要导出打印的
bug 列表，可以根据需要通过复选框选中需要打印的bug，还可点击“打印选项”
选择打印输出的项，在选择完毕后，根据需要点击图标，bug 数据便相应的导出到
该类型的文件里，实现打印输出的需求。
图表 9
2.CSV 导出：点击功能链接，则出现如图表10所示页面，提示将一个以当前问题所
属的项目名称命名的CSV 文件下载存储到本地。下载完成后，可以运行EXCEL 打开该文件，直接查看导出的bug 信息。
图表10
3.点击Bug编号，可以进行排列，并出现或代表是按升序或降序排列；
4.在bug 列表中，可以在每行的bug 显示中，有一个修改图形，可以点击这个图
形进入这个bug 的修改信息页面。注意：是否能出现这个图形也和权限有关系；
5.点击bug 编号可以直接进入其详细信息页面；
6.点击注释数目可以直接进入对应bug的详细信息页面，并将页面焦点定位在bug 注
释信息；
7.可以通过选中bug 列表的复选框，也可以选中“全选”的复选框，然后选择下拉
列表的操作命令，然后点击确定按钮，则可以对这些bug 进行相应操作，
图表 11
如上图表11所示，这里具体说明一下这些命令的操作：
1)移动：弹出选择项目页面，如图表12所示。可以把选中的bug 从当前项目
转移到你所选择的项目里，可以选择存在的任意项目
图表 12
2)复制：弹出选择项目页面，如图表13所示，可以把选中的bug 从当前项目
复制到别的项目里
图表 13
3)分派：可以把选中的bug 直接分派给指定的工作人员，如图表14所示：
图表 14
4)关闭：当被选中的bug已经确认已解决，或确认不是bug，管理员可以直接
采用这个命令将bug 状态为关闭；
5)删除：当被选中的bug 是垃圾数据，在整理数据的时候可以直接进行删除；
6)解决：如果bug 确认已经解决，则选中将其状态置为“解决”。但是如果bug
当前状态为“已解决”或以上状态，则不能进行此项操作；
7)更新优先级：用这项操作，可以更改选中bug 的优先级；
8)更新状态：使用这项操作，可以更新选中bug 的流程状态；
9)更新类别：使用这项操作，可以更新选中bug的所属项目组；
10)更新视图状态：用这项操作，可以将选中的bug 重新置为公共或私有状态。
这里需要注意的是：对于这些命令的选择和当前用户的权限有关系，如果不
能进行该命令的操作，系统会出“你无权执行这项操作”提示性语句。而
对于管理员来说，具有完全的权限。
3.1.
4.报告问题
点击菜单栏中的“报告问题”项，如果开始没有制定项目的情况下，则首先进入项目选择页面，
如图表15所示。在选择工作项目后，其下有一个“指定预设值”的选项，如果在选择项目的时候，同时选中这个选项，则下次在同等情况下，就不会再进入项目选择页面而是直接进入默认的项目提交问题页面。进入提交问题页面，可以看到一个提交bug 的表单如图16所示，根据具体情况填写后提交即。在表单右上角提供一个叫“高级报告”的功能，里面提供了比较详细的填写项，这样，如果对于比较复杂的Bug来说也是十分必要的，在提交报告时请注意，带*号的填写项是必填项，页面还提供文件上传功能，只要是低于5M 的文件都允许上传，支持doc、xls、txt、exe 等格式的文件，这样在报告bug 的时候，可以上传相关的文件，为bug 的解决提供更多的信息。全部填写完毕之后就可以点击“提交报告”，之后系统会提示用户操作成功，再返回我的视图中查看就可以看到新提交Bug。
图表 15
图表 16
3.1.5.修改日志
点击菜单栏中的“修改日志”项，是已经修改好了问题的日志，需要给项目添加版本号，并且在添加/解决问题时都指定了相应的版本号，才会显示。
3.1.6.统计报表
点击菜单栏中的“统计报表”项，即可出现一个所有Bug单的综合报表，页面还提供了“打印报告”功能链接，如图表17所示。在这个综合报表中，按照bug 报告详细资料中的项目，将所有的报告按照不同的分类进行了统计。这个统计报表有助于管理员及经理
很好的掌握bug 报告处理的进度，而且很容易就能把没有解决的问题与该问题的负责人、
监视人联系起来，提高了工作效率。在这个页面中，还提供了更多按不同要求分类的统计图表如图表18所示，如：按状问题态统计、按日期统计、按严重性统计、按项目分类统计和按完成度统计等。如果有需要，也可以点击页面上方的打印报告，即可将当前页的图表导出打印出来。
图表17
图表18
3.1.7.管理
点击菜单栏中的“管理”项，即可进入管理页面，管理页面包含了：
用户管理、项目管理、自定义字段管理等部分。
图19
1.用户管理为点击“管理”进入的当前默认页面如图19所示，在此列表中可以查看
到用户的账号、真实姓名、email、权限等信息。
⑴创建新帐号：点击创建新账号项，进入创建用户账号页面如图20所示页面，
填写账户、姓名、email等信息后点击创建用户按钮即可创建一个新用户。
图20
⑵点击图19表格内的账户项中的账户名进入如图21所示页面，在这里可以对已
存在的账户进行修改、删除、密码重置操作。
图21
2.点击项目管理，即可查看当前的所有项目，如图表22所示，
图22
1)点击“创建新项目”项，进入新项目创建页面，如图表23所示，填写好项目
资料之后点击添加项目项，新的项目就添加到系统中了。注：上传文件存放
路径如果不指定，则为默认系统路径；
图23
2)点击现有项目列表的项目名称，就可以看到该项目的具体情况列表，列表中包
括各个项目的名称、状态、查看状态、以及说明列属性。如图表24所示。在这个页面上可以进行以下操作：
图24
a)编辑项目：在这里经理可以对项目的名称、状态、查看状态、上传文
件的存放路径以及说明等内容进行更新；
删除项目：点击删除按钮，即可将当前项目从库里删除；
b)增加分类：填入类别名称，点击增加分类便可在当前项目里增加类别；
编辑分类：点击编辑，进入类别编辑页面，还可以将当前的类别分配
给指定的工作人员，这样会在该项目下报告一个新bug 的时候，直接
就指定给该工作人员处理；
删除分类：点击删除，即可删除当前的分类；
c)版本：在这里可以对已有的项目版本进行更新或者删除，也可以添加
新的版本；
d)自定义字段：在这里可以从已存在的自定义字段中选择出需要的添加
到该项目中的自定义字段中，也可以删除已添加的自定义字段，自定
义字段添加入项目后，在“提交问题”单中会显示为必填字段；
e)添加用户至项目：将与项目有关的用户添加进来；
f)管理帐号：对该项目中所有的相关人员的帐号进行管理，可以删去那
些在项目中不需要的帐号；
3.自定义字段管理是用于在提交问题的时候，系统给予的填写项不满足实际需求，这
样可以自行在这个功能页面里定义自己需要的字段，以便能更好的描述bug 的情况。而且在过滤器里也会增加这个字段的属性，可以根据其进行数据过滤，点击功能链接进入该页面即可新建自定义字段、修改已有的自定义字段，如图表25 所示。
图25
4.管理全局配置：点击管理全局配置即可出现“添加平台配置”，“编辑和删除平台
配置”页面如图26所示，在这里可以对平台进行添加，删除和编辑操作。这样，在报告bug的时候，采用“高级报告”的报表就可以自己选用对应的平台数据而不需要自行输入，提高了工作效率。
图26
5.管理配置：点击“管理配置”项进入管理页面，此界面包含权限报表、工作流开始、
工作流、邮件提醒功能。
1）权限报表：在点击“管理配置”项时默认进入的就是权限报表页面如图27所示，此页面包含新闻权限、附件权限、过滤器权限，创建项目权限等。在这里可以查看到操作人员的权限。
图27
2）工作流开始：点击“工作流开始”进入页面如图28图，在此页面内管理员可以对
操作员的权限进行更改。
图28
3） 工作流：点击“工作流”项进入界面如图29所示，此界面管理员可以为操作人员
分配修改工作状态的权限。
Mantis使用教程 一.获取用户名 在网页浏览器地址栏里输入http://192.168.2.153/mantisbt/进入Mantis的登录界面,如下图: 1.1 注册用户名 点击Mantis的登录页面“注册一个新帐号”，转到以下界面： 在此页面输入自定义的帐号和有效的E-MAIL，点击注册。如果成功注册将会出现以下页面：
Mantis将会随机生成一个用户密码以E-MAIL的形式发到你刚才填写的E-MAIL 地址，所以填写的E-MAIL地址一定要真实有效，否则你将不能收到你的登录密码。 1.2 修改注册的密码 注册成功后，查看你所填写的E-MAIL邮箱是否已经收到由Mantis发出的用户注册确认信，如下图： 点击信入面的超级链接进入Mantis新注册用户的密码修改页面，如下图：
在此页面输你所希望的密码，然后点击页面下方的“更新帐号信息”按钮，完成密码修改。如果想修改其它个人信息，只需点击[更改个人设置]就可以了。 注意：默认的新注册用户只有[报告人员]的存取权限，其它一些权限的设定需要管理员另行配置。 二.使用Mantis 2.1 登录Mantis 在登录的页面，输入刚刚注册的用户名:：james密码：123，进入Mantis的主界面。
在主界面我们可以看到一条工具栏，这就是我们能够使用的所有功能了。在工具栏的下方我们看到有5大栏，分别是： 1.未指定的：是指问题已经报告，但还没有指定由那个项目组成员进行跟进的问题列 表。 2.已解决的：指问题已经得到解决，问题的状态为[已经解决]。 3.我正在监视的：指你正在监视那些问题，在问题报告中，你被选为监视人。 4.由我报告的：在这里将会显示由你报告的问题列表。 5.最近修改：这一栏显示那些问题报告最近被项目组成员修改了。 2.2问题报告 点击[问题报告]进入以下页面，选择你报告的问题所属的项目，如下图： 从下拉框选择完成后，点击[选择项目]，进行问题报告主界面，如下图： 在上图中有些栏位是打了红星的，表示这些是必填内容。填好问题报告后，点击[提交报告]，就会将此问题提交到系统，系统将会通过E-MAIL通知项目组的相关人员。 在问题报告的右上角有一个[高级报告]的选项，点击后，将会出现以下页面。
Mantis缺陷管理系统 一.使用目的： 1. 满足技术工程师在实施现场把客户反馈的软件缺陷记录在证。 mantis ±,及时汇报，修改，验 2. 监督特殊问题的处理； 3. 可根据需要，扩充字段； （一）角色介绍： （1）系统管理员：主要创建用户，创建项目；维护其他信息。 （2）经理：主要维护项目信息（如：维护测试模块，维护项目组成员，测试版本，发布公 告；维护缺陷分类、实施版本）。研发部的项目经理、系统实施顾问、测试部的测试负责人、 技服部项目经理有此权限；（各部门经理：不维护信息，监督特殊问题的处理、浏览统计报表数据等功能) (3) 报告人员：主要提交bug。测试工程师执行测试时，提交发现的bug;技术工程师提交客户反馈的软件缺陷。
(4) 开发人员：主要修复bug。研发部各项目的bug修改人员有此权限。 (5) 查看人员：主要浏览bug。 (6) 修改人员：目前不用此角色。 Mantis中的经理角色拥有“报告人员”“开发人员” “查看人员”的操作权限。各操作权限限制在所分配的项目范围内。 (二) Bug的状态含义： (1) 新建：新提交的且尚未指派给开发人员的 bug。 (2) 已分派：项目经理或系统实施顾问将bug指派给开发人员，开发人员尚未接收确认的bug。 (3) 公认：开发人员看到指派给自己修改的bug后，将bug状态设置为“公认”，以告知指派人自己收到了分配的bug。 (4) 已解决：开发人员修复bug后，将bug状态设置为“已解决”；等待验证测试的bug。 (5) 打回：验证测试未通过，需要开发人员重新修改的bug。 (6) 已关闭：验证测试通过，关闭的bug。 (7) 已确认：即暂时不改的bug，(完成度)“暂停”的bug。 (三)使用流程： 1. 管理员建立请测项目： (1) 项目名称为：产品名称； (2) 维护模块信息(可以不维护)； (3) 维护测试版本信息； (4) 维护项目组成员(部门经理也要加上) ； 2. 测试人员提交bug及跟踪过程： (1) 测试人员提交bug:选择项目名称(产品名称)模块名称bug出现频率、严重性、优先权产品版本r bug标题/bug详细说明查看状态设置为"公共的”，提交。 (2) 项目经理指派bug:点击bug编号后进入的页面，将bug指派给开发人员。(可以设定 某模块的bug由固定的开发人员修改，实现自动指派。) (3) 开发人员接收bug：将指派给自己的bug状态设置为“公认”状态。 (4) 开发人员修改bug :修改完成，设置完成度，将bug状态设置为"已解决”状态。 (5) 测试人员验证已解决的bug：验证测试通过，需填写“修正此问题的软件版本”，将bug 设置为“已关闭”状态。 (6) 测试人员验证已解决的bug：验证测试未通过，将bug设置为“打回”状态，请开发人员重新修改。 (7) 暂时不改的bug需要项目经理、测试负责人确认后，开发人员将bug设置为“已确认” 状态。 3. 项目测试阶段的其他相关活动： (1) 项目经理、测试负责人可在测试之前将测试注意事项等发表公告，项目成员在“首页” 上浏览。见【编辑公告】功能。 (2) 若测试人员提交bug
Mantis安装配置及使用教程 缺陷管理工具mantis 搭建安装及使用手册 SPT 2010 年7 月7 日 Generated by Foxit PDF Creator . Foxit Software https://www.doczj.com/doc/7711965676.html, For evaluation only. 目录 一、软件准备 (3) 二、安装：xampp (3) 三、安装：MySQL (4) 四、安装：mantis (6) 五、设置：mantis 为中文 (7) 六、Mantis 中邮件配置： (9) 七、Mantis 中上传附件设置 (10) 八、安装及配置JpGraph (12) 九、Mantis 时间设置 (13) 十、Mantis 使用手册 (14) Generated by Foxit PDF Creator . Foxit Software https://www.doczj.com/doc/7711965676.html, For evaluation only. 一、软件准备 1、系统：Windows XP SP3； 2、软件： xampp-win32-1.5.4a-installer mysqlcc-0.9.3-win32； mantis-1.0.7.tar； jpgraph-2.0.tar； 二、安装：xampp 1、下载完xampp 后，进行安装，安装目录自定，如安装在C:\mantis\； 2、安装一路next； 3、注意一点，默认apache 端口为80，mysql 为3306，如果端口被占用了，需要设置端口，一般IIS 会占用apache 的80 端口，最好把IIS 服务停掉； 4、安装完成后，出现如下图：apache 和mysql 启动就可以了； 5、点击上图Apache 那行的Admin 按钮，弹出一页面，选中中文； 6、点击左边“安全”。出现下图页面； Generated by Foxit PDF Creator . Foxit Software https://www.doczj.com/doc/7711965676.html, For evaluation only. 7、点击图中http://localhost/security/xamppsecurity.php 链接，设置mysql 中
环境搭建及Mantis安装、配置 由于Mantis是用php写的系统，而要调试php程序当然要用到apache+php+mysql，而 apache+php+mysql配置起来却又是很麻烦的事，这还不包括环境冲突、、、等等，这些又或者是那些导致配置失败的问题。但刚巧有这么一个套件可以省去这些以前是需要解决的问题，这个套件就是EasyPHP了。EasyPHP集成了：Apache、PHP、MySQL、PhpMyAdmin。 以上软件可参考文章最后的参考资料。 适用范围 本文介绍基于Windows下的Mantis BUG管理系统的搭建。 软件下载 Mantis下载地址：https://www.doczj.com/doc/7711965676.html,/ EasyPHP下载地址：https://www.doczj.com/doc/7711965676.html,/ 本文以mantis-1.1.0a4+ EasyPHP-12.1为演示版本，并测试通过。 安装EasyPHP 安装EasyPHP很简单，双击下载到的EasyPHP-12.1_with_PHP-5.4.6-setup.exe，然后一直默认点击Next即可安装完成。当然啦，在License Agreement页面是必须选择I Access The Agreement…… 软件默认目录：C:"Program Files"EasyPHP-12.1 若成功运行时，双击在Windows托盘的图标，可看到如下图所示，Apache、MySQL的右边都是显示“Started”并亮绿灯的。 （需要安装VC2005,2008运行库，如果启动Apache时报错：easyphp error in apache configuration file） 已知问题：
在 Mantis中的问题状态一共有以下几种 1 0:new,20:feedback,30:acknowledged,40:confirmed,50:assigned,80:resolved,90:closed 10:新建,20:反馈,30:公认,40:已确认,50:已分派,80:已解决,90:已关闭 问题完成度有以下几种： 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 10:未处理,20:已修正,30:重新打开,40:无法重现,50:无法修复,60:重复问题,70:不是问题, 80:暂停,90:不做修改 可以在管理里面看到默认流程下的各种状态和完成度，一些基本的应该是这样吧： 角色有以下几种 报告人 修改人 测试人 审核人 流程1 报告-审核-修改-测试-关闭 一个问题来了以后，经过审核人审核，提出修改意见，然后指派给修改人员， 修改人员修改完成后指派测试人员，或者由审核人指派测试人员，测试完毕后关闭 如果有问题仍然存在，问题状态为反馈，完成度为，重新打开 过程问题状态完成度 新报告问题新建未修改 审核后已确认，已分派未修改 修改后已解决已修正，无法重现，重复问题，不是问题，暂停，不修改
测试后已关闭，反馈已修正，无法重现，重复问题，不是问题，暂停，不修改，重新打开 流程2 报告-审核-测试-关闭 当审核认为不需要修改的时候可以直接将问题分派给测试人员，由测试人员测试， 如果有问题仍然存在，问题状态为反馈，完成度为，重新打开 过程问题状态完成度 新报告问题新建未修改 审核后已确认，已分派未修改，无法重现，重复问题，不是问题，暂停，不修改测试后已关闭，反馈已修正，无法重现，重复问题，不是问题，暂停，不修改，重新打开 但是其中的公认是什么意思呢？在什么时候使用？ 如果没有到最后也没有什么好的理解，我准备把这个状态更改为“设计” 也就是说，一个问题需要重新更改设计，这个动作修改人是不能完成的，也就是所要增加一个角色“设计人员” 流程3 报告-审核-设计-审核-修改-测试-关闭 过程问题状态完成度 新报告问题新建未修改 审核后设计，已分派未修改 设计后已确认未修改 审核后已确认，已分派未修改 修改后已解决已修正 测试后已关闭，反馈已修正，重新打开
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 这个模块的内容。
用户手册大纲 1 引言 1.1 编写目的 系统使用、实施者。 1.2 背景 Mantis缺陷管理系统。 1.3 定义 无。 1.4 参考资料 《系统详细需求说明书》《系统概要设计说明书》。 2 用途 2.1 功能 mantis缺陷管理系统是一个基于LAMP架构技术的缺陷跟踪系统，以Web 操作的形式提供项目管理及缺陷跟踪服务。在实用性上完全可以满足各种类型项目的管理及跟踪 1、登录和注销 2、项目管理 3、用户管理 4、权限设置 5、个性化设置 6、问题提交、查询和处理 2.2 性能 2.2.1 精度 无。
2.2.2 时间特性 无。 2.2.3 灵活性 无。 2.3 安全保密 无。 3 运行环境 3.1 硬设备 无特殊要求。 3.2 支持软件 LAMP：linux、apache2.x、mysql5.x、php5.x以上。客户端建议使用IE6以上浏览器 3.3 数据结构 无 4 使用说明 4.1 安装与初始化 上传到服务器php运行环境的目录下，保证案例目录代码为nobody所有，并且nobody可以读写 在IE浏览器输入安装URL install.php即可完成安装。
填写好对应信息以后点击安装按钮即可完成安装。 管理员administrator初始化密码是root。 4.3功能说明 4.3.1系统简述 缺陷管理平台Mantis ['m?nt?s]（螳螂），也叫做MantisBT，全称Mantis Bug Tracker,Mantis是一个缺陷跟踪系统，以Web操作的形式提供项目管理及缺陷跟踪服务。Mantis可以帮助所有开发人员完成系统需求缺陷的有效管理，对于bug问题的状态变化将通过mail的形式由系统自动通知相关人员。且可以 自动生成统计报表和自动导出成doc或excel格式的文件。Mantis是基于
Mantis使用教程 1.获取用户名 在网页浏览器地址栏里输入https://www.doczj.com/doc/7711965676.html,/login_page.php进入Mantis的登录界面,如下图: Mantis的默认管理员的用户名为administrator 密码为root。但在这里我们不使用默认用户名，并且一般用户不具备管理员权限的。 1.1 注册用户名 点击Mantis的登录页面“注册一个新帐号”，转到以下界面： https://www.doczj.com/doc/7711965676.html, mantis中文社区
在此页面输入自定义的帐号和有效的E-MAIL，点击注册。如果成功注册将会出现以下页面： Mantis将会随机生成一个用户密码以E-MAIL的形式发到你刚才填写的E-MAIL 地址，所以填写的E-MAIL地址一定要真实有效，否则你将不能收到你的登录密码。 1.2 修改注册的密码 注册成功后，查看你所填写的E-MAIL邮箱是否已经收到由Mantis发出的用户注册确认信，如下图： https://www.doczj.com/doc/7711965676.html, mantis中文社区
点击信入面的超级链接进入Mantis新注册用户的密码修改页面，如下图： 在此页面输你所希望的密码，然后点击页面下方的“更新帐号信息”按钮，完成密码修改。如果想修改其它个人信息，只需点击[更改个人设置]就可以了。 注意：默认的新注册用户只有[报告人员]的存取权限，其它一些权限的设定需要管理员另行配置。 2.使用Mantis 2.1 登录Mantis 在登录的页面，输入刚刚注册的用户名:：james密码：123，进入Mantis的主界面。
在主界面我们可以看到一条工具栏，这就是我们能够使用的所有功能了。在工具栏的下方我们看到有5大栏，分别是： 1.未指定的：是指问题已经报告，但还没有指定由那个项目组成员进行跟进的问题列 表。 2.已解决的：指问题已经得到解决，问题的状态为[已经解决]。 3.我正在监视的：指你正在监视那些问题，在问题报告中，你被选为监视人。 4.由我报告的：在这里将会显示由你报告的问题列表。 5.最近修改：这一栏显示那些问题报告最近被项目组成员修改了。 2.2问题报告 点击[问题报告]进入以下页面，选择你报告的问题所属的项目，如下图： https://www.doczj.com/doc/7711965676.html, mantis中文社区
mantis使用说明书 1前言 1.1 编写目的 本文档在于说明如何使用mantis进行bug的跟踪，规范填报manits的规则，增强程序修改人员对bug的响应速度，加快bug修改进度，明确bug任务责任人，汇总一个项目的bug总数以便对项目总结提供参考。 1.2 适用对象 测试人员、开发人员、项目负责人 2登录mantis 通过IE访问：http://192.168.1.1:80/mantis/进入到mantis登录界面，如图2.1所示 图2.1
输入管理员分配的帐号、密码信息后点击登录按钮就完成登录操作了。 3角色权限 用户登录系统后，系统将根据用户的角色信息给于不同的操作权限： 1.报告人员：可以报告问题，分配自己新建的问题给项目负责人，跟踪自 己报告的问题修改进度情况，关闭自己报告的已解决的问题，重新打开 自己报告的问题，删除自己报告的问题。 2.修改人员：可以操作报告人员所能操作的所有功能，转派分配给自己的 任务（转派任务需要填写注释），修改分配给自己的任务完成状态（已 确认，已解决）修改人员不能将问题状态修改为已关闭，问题由谁报告 就只能由谁负责关闭，其他任何人员皆无权关闭问题。 3.开发人员：权限同修改人员。 4.经理：可以在自己所负责的项目中进行以上人员所能操作的所有功能， 创建经理以下级别的角色帐户。 4报告问题 点击界面上的报告问题功能链接，系统就进入到了问题报告界面，我们就可以通过填写表单的内容完成bug的报告工作了，如图3.1
图4.1 表单元素说明： ?分类：所汇报的BUG所属的类别信息，如：UI优化，功能BUG，功能改进 等。 ?出现频率:所汇报的BUG在使用过程中的出现频率信息，如：总是，有时， 随机，无法重复等。 ?严重性：所汇报BUG的危害程度，如：文字错误、不合理或别扭、次要错 误、严重错误、系统崩溃等。 ?优先级：所汇报BUG在修改先后上的优先信息，分配到修改任务的修改人 将根据优先级的情况，先行修改紧急BUG，优先级包括：无、低、中、高、加急、特急。一般加急、特急任务需要在BUG提出当天修改完成；中，高任务需要在BUG提出后3天内修改完成；无，低级别的需要在BUG提出后1周内修改完成。 ?摘要：对问题的简述信息，格式固定为：启动路径-问题简述。如：登录- 用户信息没有验证；商家后台-商品管理-添加商品-图片无法上传。 ?说明：对问题的详细描述，这部分的描述包括上报BUG的人员对整个问题
Mantis介绍 前言 本手册是基于mantis 1.2.10版本编写的。 1.Mantis简介： Mantis也叫做MantisBT，全称Mantis Bug Tracker，是一个基于LAMP（linux、apache、mysql、php）架构技术的缺陷跟踪管理系统，以web的形式提供项目管理和缺陷跟踪服务。主要有登录注销、用户管理，项目管理、权限设置、个性化设置、问题的提交、查看和处理等功能。 1.1系统中的角色 在Mantis 系统中，分别有几种角色：管理员、经理、开发员、修改员、报告员、复查员。每个角色所具备的权限不一样，权限的从大到小依次排列是：管理员→经理→开发员→修改员→报告员→复查员。 2.Mantis系统用户注册 以公司级别的mantis为例，在IE地址栏（支持IE6以上版本）中输入如下地址： http://10.167.129.69/mantisbt_quality/login_page.php，进入登录页面。 用户的注册有两种方法： 1)在mantis首页点击最下方的“Signup for a new account”，如下图所示：
图表 1 用户登录首页 在弹出的页面中输入用户名和邮箱，注册后系统会自动发送邮件到注册用户信箱，点击邮件中的链接，可以修改用户密码。 注意：这种方式创建的用户默认权限是“报告者”，如果需要修改用户权限，必须联系管理员。 2)管理员创建 以管理员身份登录系统后，进入管理员视图，点击“管理->用户管理->创建新账号” 图表 2 用户列表页面 弹出创建用户账号页面：
图表 3 创建用户账号页面 输入账号、姓名、email、操作权限等信息后，点击“创建用户”，在弹出的页面中可以重设用户密码、为用户分配项目、用户账号设置等。用户也可以通过收到邮件中的链接进行密码修改。具体的配置请见【3.1 用户管理】 注： email地址是必须要输入的，便于后期密码修改通知、缺陷跟踪等。 操作权限一共有管理员、经理、开发人员、修改员、报告员、复查员六种，不同的角色不同的权限，具体在后面的权限设置中说明。 3.管理员管理功能 3.1用户管理 管理员创建新用户后直接进入编辑用户页面，或者在图2的用户列表页面点击需要编辑的用户的账号，进入编辑用户信息页面。 3.1.1编辑用户基本信息 基本信息编辑页面可以修改用户的账号、姓名、email地址、操作权限、密码等信息。 图表 4 基本信息编辑
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重复
Mantis使用手册
目录 1. 系统简述 (4) 2. 登陆方式 (4) 3. 系统中的角色 (5) 3.1. 管理员 (5) 3.1.1. 首页 (5) 3.1.2.我的视图 (6) 3.1.3.查看问题 (7) 3.1.4.报告问题 (11) 3.1.5.修改日志 (12) 3.1.6.统计报表 (12) 3.1.7.管理 (13) 3.1.8.个人账号 (22) 3.1.9.注销 (24) 3.2. 经理 (24) 3.2.1.操作区别 (24) 3.3. 开发人员 (25) 3.3.1.操作区别 (25) 3.4. 修改人员 (25) 3.4.1.操作区别 (25) 3.5. 报告人员 (26) 3.5.1.操作区别 (26) 3.6. 查看人员 (26) 3.6.1.操作区别 (26) 4. 分派给我的工作 (26) 4.1. 查看问题详细资料 (27) 4.2. 关系 (28) 4.3. 上传文件 (29) 4.4. 正在监视该问题的用户 (29) 4.5. 问题注释 (29)
4.6. 添加问题注释 (29) 4.7. 问题历史 (29)
1.系统简述 缺陷管理平台Mantis是一个开源的缺陷跟踪系统，以Web操作的形式提供项目管理及缺陷跟踪服务。Mantis可以帮助所有开发人员完成系统需求缺陷的有效管理，对于bug 问题的状态变化将通过mail的形式由系统自动通知相关人员。且可以自动生成统计报表和自动导出成doc或excel格式的文件。Mantis是基于mysql+php的服务具有极高的安全可靠性。 2.登陆方式 打开IE 窗口，在地址栏里键入：http://192.168.1.70/mantis/login_page.php，便可显示系统的登录页面（图表1）， 注册，有两种方式注册新用户： 1）由管理员添加新用户（参见管理员操作说明）； 2）使用Email注册。进入登录页面后，点击【注册一个新帐号】，输入帐号和E mail地址，提交注册，系统会将初始密码发送到Email中； 用户正确的输入自己的帐号（即用户名）及密码后，即可成功登录。 图表 1
Mantis使用手册 目录 1.系统简述 (2) 2.登陆方式 (2) 3.系统中的角色 (2) 3.1.管理员 (3) 3.1.1.首页 (4) 3.1.2.我的视图 (4) 3.1.3.查看问题 (5) 3.1.4.报告问题 (8) 3.1.5.变更日志 (10) 3.1.6.统计报表 (10) 3.1.7.管理 (11) 3.1.8.个人资料 (20) 3.1.9.注销 (23) 3.2.经理 (23) 3.2.1.操作区别 (23) 3.3.开发人员 (23) 3.3.1.操作区别 (23) 3.4.修改人员 (24) 3.4.1.操作区别 (24) 3.5.报告人员 (24) 3.5.1.操作区别 (24) 3.6.查看人员 (25) 3.6.1.操作区别 (25) 4.分派给我的工作 (25) 4.1.查看问题详细资料 (25) 4.2.关系 (26) 4.3.上传文件 (27) 4.4.正在监视该问题的用户 (27) 4.5.问题注释 (27) 4.6.添加问题注释 (28) 4.7.问题历史 (28)
1.系统简述 Mantis管理平台是一个开源的缺陷跟踪系统，以Web操作的形式提供项目管理及缺陷跟踪服务。Mantis可以帮助所有开发人员完成系统需求缺陷的有效管理，对于bug问题的状态变化将通过mail的形式由系统自动通知相关人员。且可以自动生成统计报表和自动导出成doc或excel格式的文件。 2.登陆方式 打开浏览器，在地址栏里键入：http://103.24.116.69，便可显示系统的登录页面（图表1）， 注册，有两种方式注册新用户： 1）由管理员添加新用户（参见管理员操作说明）； 2）使用Email注册。进入登录页面后，点击【注册一个新帐号】，输入帐号和E mail地址，提交注册，系统会将初始密码发送到Email中； 用户正确的输入自己的帐号（即用户名）及密码后，即可成功登录。 图表2.1 3.系统中的角色 在Mantis 系统中，分别有几种角色：管理员、经理、开发人员、修改人员、报告人
一、安装准备 1、php-5.2.6-Win32.zip 、pecl-5.2.6-Win32.zip 2、mysql-5.1.37-win32.msi 3、apache_2.2.9-win32-x86-no_ssl-r2.msi 4、mantis-1.1.2.zip 5、phpmailer-0.9.zip 二、安装和配置 1、php安装和配置 A、安装 将PHP解压到 D:\PHP下（目录可以自行更改），将PECL包里的内容解压到PHP 安装目录的ext目录下（例如D:\PHP\ext） B、配置 找到 PHP目录里的php.ini-recommended，拷贝到 windows目录里(例如C:\WINDOWS\)，重命名为 php.ini ; 将PHP目录里的 php5ts.dll和libmysql.dll 拷贝到系统目录system32中（例如C:\WINDOWS\system32）。 打开文件php.ini (1)搜索extension_dir = "./",将其路径指到你的PHP目录下的ext目录,例如 extension_dir = "D:\PHP\ext"; (2)加载php_mysql.dll模块。 把“;extension= php_mysql.dll”前的“;”去掉。修改配置文件后，运行PHP目录下的文件php.exe,如果有模块没有加载成功，会提示信息。 2、apache安装和配置 A、安装 点击安装文件，一路Next即可。默认安装路径是C:\Program Files\Apache Software Foundation\Apache2.2。也可以将apache安装在 D:\apache2.2 目录下（随自己喜好的目录下）。 注意： (1)其中有一步，选择for All Users,…..这项才能把apache当作服务来安装，否则 只能本机使用，Apache 会自动安装并启动相关服务，并在任务栏右下角运行 着一个Apache 监控器：，通过它可以启动、停止服务。 域名、服务器和Administrator的邮箱都要填 (2)
Mantis缺陷管理系统 一．使用目的： 1.满足技术工程师在实施现场把客户反馈的软件缺陷记录在mantis上，及时汇报，修改，验证。 2.监督特殊问题的处理； 3.可根据需要，扩充字段； 二．Mantis使用流程： （一）角色介绍： （1）系统管理员：主要创建用户，创建项目；维护其他信息。 （2）经理：主要维护项目信息（如：维护测试模块，维护项目组成员，测试版本，发布公告；维护缺陷分类、实施版本）。研发部的项目经理、系统实施顾问、测试部的测试负责人、技服部项目经理有此权限；（各部门经理：不维护信息，监督特殊问题的处理、浏览统计报
表数据等功能） （3）报告人员：主要提交bug。测试工程师执行测试时，提交发现的bug；技术工程师提交客户反馈的软件缺陷。 （4）开发人员：主要修复bug。研发部各项目的bug修改人员有此权限。 （5）查看人员：主要浏览bug。 （6）修改人员：目前不用此角色。 Mantis中的经理角色拥有“报告人员”“开发人员”“查看人员”的操作权限。各操作权限限制在所分配的项目范围内。 （二）Bug的状态含义： （1）新建：新提交的且尚未指派给开发人员的bug。 （2）已分派：项目经理或系统实施顾问将bug指派给开发人员，开发人员尚未接收确认的bug。 （3）公认：开发人员看到指派给自己修改的bug后，将bug状态设置为“公认”，以告知指派人自己收到了分配的bug。 （4）已解决：开发人员修复bug后，将bug状态设置为“已解决”；等待验证测试的bug。（5）打回：验证测试未通过，需要开发人员重新修改的bug。 （6）已关闭：验证测试通过，关闭的bug。 （7）已确认：即暂时不改的bug，（完成度）“暂停”的bug。 （三）使用流程： 1.管理员建立请测项目： （1）项目名称为：产品名称； （2）维护模块信息（可以不维护）； （3）维护测试版本信息； （4）维护项目组成员（部门经理也要加上）； 2.测试人员提交bug及跟踪过程： （1）测试人员提交bug：选择项目名称（产品名称）→模块名称→bug出现频率、严重性、优先权→产品版本→bug标题/bug详细说明→查看状态设置为“公共的”，提交。 （2）项目经理指派bug：点击bug编号后进入的页面，将bug指派给开发人员。(可以设定某模块的bug由固定的开发人员修改，实现自动指派。) （3）开发人员接收bug：将指派给自己的bug状态设置为“公认”状态。 （4）开发人员修改bug：修改完成，设置完成度，将bug状态设置为“已解决”状态。（5）测试人员验证已解决的bug：验证测试通过，需填写“修正此问题的软件版本”，将bug 设置为“已关闭”状态。 （6）测试人员验证已解决的bug：验证测试未通过，将bug设置为“打回”状态，请开发人员重新修改。 （7）暂时不改的bug需要项目经理、测试负责人确认后，开发人员将bug设置为“已确认”状态。 3.项目测试阶段的其他相关活动： （1）项目经理、测试负责人可在测试之前将测试注意事项等发表公告，项目成员在“首页”上浏览。见【编辑公告】功能。 （2）若测试人员提交bug时选错了项目名，用“移动问题”功能，将bug移动至所属项目bug单中；
Mantis问题单提交流程 一、系统测试－正常提交，没有返回 1、测试工程师执行测试用例，发现问题，编写问题单。 ◆ 选择“高级报告”；填写“出现频率”，“严重性”，“优先权”，“硬件平台”， “操作系统”，“版本”，“产品版本”； ◆ “分派给”选择测试经理。 ◆ 填写“摘要”，“说明”，“问题重现步骤说明”，“附加信息”，有附件得要上 传附件，例如日志，图片等。状态设置为“公共”。点击“提交报告”。 ◆ 系统自动将问题单状态设置为“新建”。分类为“项目名称”，完成度设置为“未 处理”。自动发送邮件通知测试经理。 ◆ 提交后，如果测试经理没有返回，不得修改问题单。 2、 测试经理审核问题单，确认为合格问题单。 ◆ 测试经理登录，打开“我的视图”，点击“指定给我”的问题单。打开问题，点击 “修改问题”。 ◆ 审核问题单没有问题后，将问题单“分派给”项目经理，状态设置为“已确认”， 点击“更新信息”。 ◆ 系统自动发送邮件通知给项目经理。 ◆ 提交后，如果项目经理没有返回，不得修改问题单。 3、项目经理审核问题单，确认为有效问题单，提交开发工程师，对问题进行定 位修改。 ◆ 项目经理登录，打开“我的视图”，点击“指定给我”的问题单。打开问题，点击 “修改问题”。 ◆ 审核问题单没有问题后，将问题单“分派给”开发工程师，点击“更新信息”。 ◆ 系统自动发送邮件通知开发工程师。 ◆ 提交后，如果开发人员没有返回，不得修改问题单。 4、开发工程师对问题进行定位修改以及测试。 ◆ 开发工程师登录，打开“我的视图”，点击“指定给我”的问题单。打开问题，点 击“修改问题”。 ◆ 在“添加问题注释”中填写对问题的定位，修改以及测试信息，将问题单“分派给” 项目经理，状态设置为“已修改”，完成度设置为“已修正”，点击“更新信息”。 ◆ 系统自动发送邮件通知项目经理。
MANTIS缺陷管理工具操作指南 一、注册 1、绑定HOST文件：路径C:\Windows\System32\Drivers\etc，使用记事把打开hosts文 件，填加一条”192.168.9.12 https://www.doczj.com/doc/7711965676.html,”(不需要引号) 2、mantis地址：https://www.doczj.com/doc/7711965676.html, 请加入收藏夹，方便日后使用。 2、mantis采用管理员统一注册方式。还没有注册帐号或遗失帐号的同事，请联系管理 员。 3、帐号使用个人姓名的拼音全拼，管理员在创建新账号后，后有确认邮件发送到邮箱， 通过邮件中的确认链接，用户可以对新账号进行密码设置。 二、登录 输入账号（个人姓名拼音全拼）、密码后，点击登录按钮。
三、我的视图 1、我的视图页面展示内容主要为缺陷缺陷列表，根据不同状态分为五个列表展示 未分派的：提出了缺陷，还未分配人员处理。 我报告的：我提出的缺陷。 已解决的：缺陷已经被处理过。 最近修改：按修改时间排序。 我监视的：用户根据需要，对个别缺陷进行特别关注的。 2、缺陷状态，mantis在我的视图页面通过不同颜色区分缺陷的处理状态。 分为七个状态：新建、反馈、认可、已确认、已分派、已解决、已关闭 1）新建：新发现的BUG，状态设置为新建。 2）反馈：不确定是否为BUG，或是需要进行项目负责人确认的，设置为反馈。 3）认可：项目负责人认为是BUG或可进行优化的，状态设置为认可。 4）已确认：BUG被确认的，状态设置为已确认。 5）已分派：BUG分派给指点人员处理的，状态设置为已分派 6）已解决：开发人员处理完BUG后，状态设置为已解决，并指定分派给测试人员。 7）已关闭：测试人员对BUG进行验证后，对已经修复的或不是问题的BUG进行关闭操作。 四、提交缺陷 1、点击提交问题，跳转到选择项目页面
of the GNU General Public License (GPL). Mantis是一个BUG管理系统。主要特点如下： 1、用php写的系统，安装方便，不用像bugzilla 那样安装那么多perl支持； 在线演示地址：https://www.doczj.com/doc/7711965676.html,/mantisdemo
环境搭建及Mantis安装、配置 由于Mantis是用php写的系统，而要调试php程序当然要用到apache+php+mysql，而 apache+php+mysql配置起来却又是很麻烦的事，这还不包括环境冲突、、、等等，这些又或者是那些导致配置失败的问题。但刚巧有这么一个套件可以省去这些以前是需要解决的问题，这个套件就是EasyPHP 了。EasyPHP集成了：Apache、PHP、MySQL、PhpMyAdmin。 以上软件可参考文章最后的参考资料。 适用范围 本文介绍基于Windows下的Mantis BUG管理系统的搭建。 软件下载 Mantis下载地址：https://www.doczj.com/doc/7711965676.html,/ EasyPHP下载地址：https://www.doczj.com/doc/7711965676.html,/ 本文以mantis-1.1.0a4+ EasyPHP-3.1为演示版本，并测试通过。 安装EasyPHP 安装EasyPHP很简单，双击下载到的EasyPHP-3.1.exe，然后一直默认点击Next即可安装完成。当然啦，在License Agreement页面是必须选择I Acc ess The Agreement…… 软件默认目录：C:"Program Files"EasyPHP3.1 安装进度…
MANTIS跟踪流程说明
一、Mantis缺陷状态变化图
二、Mantis缺陷状态变化说明 下面描述一个缺陷状态由新建到关闭的过程。 1）状态：【新建】 实施人员收集用户问题，通过mantis界面上方的【报告问题】，进入录入问题界面，如下图所示： 录入问题时，请注意【分类】、【产品版本】的选择。 【产品版本】注意选择最新的版本，表明现在最新的版本仍存在上述问题录入用户问题时，【分类】选择“用户问题”，实施人员现场测试发现的问题，分类选择”集成测试”。 录入问题以后，问题状态变为【新建】。 2）状态：【新建】→【已分派】/【已延迟】/【已拒绝】/【需求待确认】 经理分析问题后，对问题进行处理： 如果确认是缺陷，由分派给适合人员处理，状态改为【已分派】。
如果确认是缺陷，但现在暂时不做处理，状态改为【已延迟】。 如果认为不是缺陷，不做修复，状态改为【已拒绝】。 如果分析问题描述不明确，难以开发/修复，需要现场实施人员进一步明确需求，状态改为【需求待确认】。 问题状态的改变可通过mantis【将状态改为】实现问题状态的改变。 3）状态：【需求待确认】→【需求已确认】 现场实施人员与用户沟通以后，描述需求不明确的地方，将问题状态转化为【需求已确认】。 4）状态：【已分派】→【已解决】 开发人员修复问题后，将状态改为【已解决】。问题状态既可以手工改，也可以提交时日志信息，在日志信息”填写fixed bug#mantis问题编号+摘要”,如下图所示：
Mantis问题状态自动将状态变为【已解决】，而且会记录修复此问题的文件及具体修改内容。建议提交时用上述方法，方便以后问题追溯。 5）状态：【已解决】→【已关闭】/【打回】 实施人员升级系统后，验证问题是否修复。 如果问题已修复，将问题状态改为【已关闭】。 如果问题没有修复，将问题状态改为【打回】，同时注意更改版本号为最新的版本号。 三、各角色关注问题状态及注意事项 实施人员重点关注【需求待确认】、【已延迟】、【已拒绝】状态的问题。 录入问题注意将使用最新的版本号，打回问题注意更改版本号为最新版本号。 经理重点关注【新建】、【需求已确认】状态的问题。 开发人员重点关注【已分派】状态的问题。修复问题最好填写提交交日志”fixed bug#mantis问题编号+问题摘要”。