Mantis提交BUG操作指南

合集下载

Mantis使用教程

Mantis使用教程
一、登陆
在网页浏览器地址栏里输入http://121.9.248.19/bug_tracker/login_page.php进入Mantis 的登录界面,如下图:
使用Poco号码／Poco用户名进行登陆。

进行主界面
二、我的试图
点击[]
三、提交问题
点击[问题报告]进入以下页面，选择你报告的问题所属的项目，如下图：
从下拉框选择完成后，点击[选择项目]，进行问题报告主界面，如下图：
如果BUG影响到系统的安全和资料窃密问题，请选择以下页面上的[私有的]选项，如果有些BUG难以描述，可以通过抓图的方式，然后使用上传功能。

四、查看问题
点击上面的[查看问题]连接出现以下页面
使用者可以同过筛选功能查看问题，点击[搜索]前面的[+]按钮出现以下页面
来保存设得筛选方便以后使用。

向MANTIS提交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提交报告中比较重要的内容了，如图：图12 bug详细情况描述●“分配给”一栏一般是需要填写的是bug指定给谁去处理。

这个可以小组商量后填写。

摘要一般要用一句话简单描述一下bug的现象；而描述则需要详细的去填写bug的重现步骤和现象，并且有固定的格式。

如下：步骤：1、2、3、……实际结果：描述实际结果是什么样的期望结果：描述期望结果是什么样的步骤要尽量详细的描述要提交的bug重现的步骤；实际结果详细描写按以上步骤出现的bug现象；儿期望结果就是系统功能所需要的结果。

mantis缺陷管理系统使用说明

mantis缺陷管理系统使用说明关键信息项：1、系统登录方式2、缺陷创建流程3、缺陷状态及流转规则4、缺陷分配与处理责任人5、缺陷跟踪与监控机制6、缺陷报告生成与导出7、系统权限设置与管理11 系统登录方式111 用户需要通过指定的网址访问 mantis 缺陷管理系统。

112 输入预先分配的用户名和密码进行登录。

113 首次登录后，建议及时修改密码以保障账户安全。

12 缺陷创建流程121 进入系统后，点击“创建缺陷”按钮。

122 准确填写缺陷的标题，清晰概括缺陷的主要问题。

123 详细描述缺陷的表现，包括操作步骤、出现的错误提示等信息。

124 选择缺陷所属的项目、模块和版本。

125 设定缺陷的优先级，如高、中、低。

126 如有必要，上传相关的截图或文件作为辅助说明。

13 缺陷状态及流转规则131 缺陷状态包括新建、已分配、已解决、已关闭等。

132 新建的缺陷将由项目经理或指定人员进行分配。

133 被分配的开发人员接收并处理缺陷后，将状态更改为已解决。

134 测试人员对已解决的缺陷进行验证，若通过则关闭缺陷，否则重新打开并分配给相关人员。

14 缺陷分配与处理责任人141 项目经理根据团队成员的职责和技能，合理分配缺陷。

142 处理责任人应及时接收并处理分配给自己的缺陷。

143 若责任人无法处理，应及时反馈并重新分配。

15 缺陷跟踪与监控机制151 系统提供缺陷的跟踪功能，可查看缺陷的处理进度和历史记录。

152 定期对未解决的缺陷进行监控和提醒，确保及时处理。

153 对于重要或紧急的缺陷，设置特殊的提醒方式。

16 缺陷报告生成与导出161 可以根据需要生成缺陷报告，包括按项目、模块、时间段等条件筛选。

162 支持将报告导出为常见的格式，如 Excel、PDF 等，方便分享和存档。

17 系统权限设置与管理171 管理员拥有系统的最高权限，可进行用户管理、权限分配等操作。

172 普通用户的权限根据其角色和职责进行设定，确保信息安全和操作规范。

mantis使用文档

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操作的形式提供项目管理及缺陷跟踪服务。

Mantis提交BUG操作指南

Mantis提交BUG操作指南Mantis提交BUG操作指南1.登陆https://192.168.0.176/mantis账号⼀般为姓名全名，初始密码1234562.在右上⾓项⽬下拉菜单中选择所要提交BUG对应的产品。

例如，提交机顶盒的BUG，请选择【智能机顶盒】后点“切换”按钮,⽬前我们提交的BUG，分布在如下项⽬中：a)所有机顶盒的BUG默认提交在【智能机顶盒】项⽬下；b)机顶盒下具体项⽬分为【应⽤市场】、【多屏互动】、【语⾳助⼿】、【智能家居】c)所有后台管理系统的BUG提交在【Insight(后台运营系统)】项⽬中,版本为v1.0.0602b；3.然后点击菜单栏的“提交问题”可以进⾏⼀个BUG的创建4.选择BUG的分类根据实际情况进⾏分类。

5.选择BUG的严重性A、严重问题（MANTIS:崩溃、宕机）B、较严重问题（MANTIS:很严重）C、功能性问题（MANTIS:⼩错误、新功能）D、较⼩问题（MANTIS:⼩调整）E、建议（MANTIS:⽂字、细节）6.选择BUG优先级、平台等信息后，在产品版本选择此次测试的版本a)机顶盒版本为4.2.7b)Insight(后台运营系统)版本为v1.0.0602bc)其它版本为1.07.后台的BUG分派给常⽂庆、机顶盒端的BUG分派给张毅8.填写摘要信息，摘要是⼀个BUG的标题，⾸先要将被测试的模块的名称描述出来，例：“【模块名称】”,然后再简单的描述该问题是什么。

9.再填写BUG描述信息，可以在BUG描述中可以写上BUG的复现步骤：实际结果：期望结果：10．通过上传⽂件可以上传BUG截图或者⽇志等⽂件。

11.最后点击页⾯最下⽅的提交报告按钮可提交BUG。

Mantis系统详细中文操作说明

Mantis缺陷跟踪管理系统操作手册Mantis系统用于取代excel文档，进行bug的统一集中管理，该系统只供项目内部使用，假设用户已具备相关概念。

（注：操作权限经过改动，与培训时有出入的地方，以本手册为准）1基本操作1.1登录1.2帐号设置1.2.1修改密码1.2.2设置默认的project和界面语言注：我们是在“集团级CRM_测试”这一项目中进行BUG管理的，而不是“集团级CRM”。

1.3提交bug点“Report Bug”链接选择project，如设默认的project，该步省略；注意，我们使用的应该是“集团级CRM_测试”；但一条bug报告记录创建后才发现选错project，只有帐号为经理级别及以上的人才能把bug移到另一project填写相关各项数据，提交1.4分配bug如没有做相应系统设置，一条新的报告纪录创建后是new状态，相关的人登录后要把这个bug指定某个开发者处理。

先从列表中点ID超级链接如有必要先添加bug note，不要忘记按“Add Bugnote”按钮选择某个开发人员，按”Assign To”按钮1.5解决bug通过点击列表中的bug id号，选择assign给自己的，状态为assinged或待分配的bug。

查看description，bugnote，attached file等信息来定位问题并解决。

如是别人的问题，参考1.4；否则解决后，添加bugnote，再按resolve bug按钮，流转到如下页面注意在resolution栏说明是那种方式解决的，常用有fixed，unable to duplicate,not a bug,suspended和won’t fix。

另外这里也可以添加bug note。

这里再按resolve bug，该条记录状态会自动置为resolved1.6测试已修改的bug（状态为resolved）测试人员确认resolved bug是否能最后通过，如通过close bug，否则reopen bug，两种情况分别流转到不同页面。

mantis中的bug状态流程

Fixed（已修改）
复测是否解决是
Closed（关闭）
否
Reopen（重新打开）
需求缺陷功能问题界面优化兼容问题性能问题配置相关
建议安全问题修复BUG引发问题
被描述的问题是一个bug,但是不准备进行修改（建议性bug，修改成本较大）原需求就是这样设计的，数据来源就是这样的，测试员操作问题、测试准备的
开发同事，修复bug引起的新bug
需求文档描述不准确、未描述
功能（逻辑、文字等）与文档描述不一致，包括未实现
前端开发与制作稿不一致（经过ui重新更改的bug属于需求问题）
浏览器兼容、分辨率兼容、设备兼容
响应时长等问题
环境因素（线上线下环境切换、文件发布问题、数据同步问题）
测试从用户体验角度出发，给出的建议问题
涉及到安全性的问题
测试测试开发开发测试
测试
New（新建）
建议
Feedback(反馈)【产品】无需修改
Open（指定开发）
需要修改
需求认
是否修改bug
否
是
Resolved（已处理）
Rejected(拒绝修改)
拒绝理由
Wontfix（不修改） Invalid（不是问题） Later（以后版本修改） Remand（认可保留） Duplicate（重复问题） Worksforme（无法重现）
数据问题被描述的问题是一个bug,但是不在产品
的目前版本中进行修改
产品认可不修改（如用户体验问题等）
提出的问题和当前已经存在的某个bug 重复（需标记重复的bugid）
查看源代码也不知道为什么会出现这样的bug现象,若有更多的关于这个bug的

mantis使用简介

Mantis使用简介
一、mantis界面二、提交bug Mantis系统操作使用培训三、查看bug 四、修改bug
中国移动通信集团设计院有限公司
Mantis使用简介
一、Mantis主界面二、提交需求或问题三、查看所提交问题四、修改问题或需求
一、Mantis主界面
二、提交bug
点击“报告问题”->填写具体信息->点击“提交问题”
切换项目：缩小查找范围通过问题编号查找：精确查找通过关键字查找：模糊查找
四、修改bug
• 找到希望修改的问题，如果该问题处于“已分派”或“新建”状态，说明可以进行问题信息的修改，点击该问题编号左侧的进行信息更新，或者点击问题编号，修改问题详情，最后点击“更新信息”，完成问题修改。
谢谢！Βιβλιοθήκη 填写具体信息注意事项• 摘要：对问题的简要概括描述，格式如：模块＋子模块＋功能点＋操作过程＋现象；说明：详细清楚的描述bug信息，如：具体的运行环境、操作步骤和结果等；附件信息：后台报错的详细信息；上传文件：报错截图等。添加完必须的信息，即可保存成功。
• • • •
三、查找bug

Mantis详细操作手册

Mantis详细操作手册Mantis问题单提交流程一、系统测试－正常提交，没有返回1、测试工程师执行测试用例，发现问题，编写问题单。

◆ 选择“高级报告”；填写“出现频率”，“严重性”，“优先权”，“硬件平台”，“操作系统”，“版本”，“产品版本”；◆ “分派给”选择测试经理。

◆ 填写“摘要”，“说明”，“问题重现步骤说明”，“附加信息”，有附件得要上传附件，例如日志，图片等。

状态设置为“公共”。

点击“提交报告”。

◆ 系统自动将问题单状态设置为“新建”。

分类为“项目名称”，完成度设置为“未处理”。

自动发送邮件通知测试经理。

◆ 提交后，如果测试经理没有返回，不得修改问题单。

2、测试经理审核问题单，确认为合格问题单。

◆ 测试经理登录，打开“我的视图”，点击“指定给我”的问题单。

打开问题，点击“修改问题”。

◆ 审核问题单没有问题后，将问题单“分派给”项目经理，状态设置为“已确认”，点击“更新信息”。

◆ 系统自动发送邮件通知给项目经理。

◆ 提交后，如果项目经理没有返回，不得修改问题单。

3、项目经理审核问题单，确认为有效问题单，提交开发工程师，对问题进行定位修改。

◆ 项目经理登录，打开“我的视图”，点击“指定给我”的问题单。

打开问题，点击“修改问题”。

◆ 审核问题单没有问题后，将问题单“分派给”开发工程师，点击“更新信息”。

◆ 系统自动发送邮件通知开发工程师。

◆ 提交后，如果开发人员没有返回，不得修改问题单。

4、开发工程师对问题进行定位修改以及测试。

◆ 开发工程师登录，打开“我的视图”，点击“指定给我”的问题单。

打开问题，点击“修改问题”。

◆ 在“添加问题注释”中填写对问题的定位，修改以及测试信息，将问题单“分派给”项目经理，状态设置为“已修改”，完成度设置为“已修正”，点击“更新信息”。

◆ 系统自动发送邮件通知项目经理。

◆ 提交后，如果项目经理没有返回，不得修改问题单。

5、项目经理审核问题单，确认问题已经修正，转测试。

Mantis缺陷管理系统使用手册

Mantis缺陷管理平台一、介绍1.Mantis是一个基于PHP技术的轻量级的开源缺陷跟踪系统，以Web操作的形式提供项目管理及缺陷跟踪服务。

2.个人可定制的Email通知功能，每个用户可根据自身的工作特点只订阅相关缺陷状态邮件。

3.支持多项目、多语言。

4.权限设置灵活，不同角色有不同权限，每个项目可设为公开或私有状态，每个缺陷可设为公开或私有状态，每个缺陷可以在不同项目间移动。

5.缺陷报告可以输出到Excel中。

二、登录1.下载Wamp Server，搭建Mysql+PHP+Apache的环境，部署Mantis项目包。

2.项目搭建在本地，访问http://localhost/mantis/my_view_page.php，即进入Mantis缺陷管理平台。

三、权限1.权限说明a)在Mantis 系统中，分别有几种角色：管理员、经理、开发人员、修改人员、报告人员、查看人员。

每个角色所具备的权限不一样，权限的从大到小依次排列是：管理员→经理→开发人员→修改人员→报告人员→复查人员。

2.管理员1)我的视图a)登录之后即跳转到我的视图。

根据未分派的问题、我报告的问题、已解决的问题、最近修改的问题和我监视的问题等5个方面查看处于各个处理阶段的问题。

2)查看问题a)查看问题分两个部分，第一部分是筛选条件，第二部分是问题列表，不同颜色代表问题处于不同的阶段。

b)查看到的问题，可以导出为CSV和EXCEL文件。

3)提交问题a)填写分类、摘要和描述等必填项，选填其他项完成提交报告的动作。

b)可以上传附件，在问题详情页面可下载查看。

4)变更日志a)显示已经修改好了的问题的日志，需要给项目添加版本号，并且在添加或者解决问题时都指定了相应的版本号，才会显示。

5)路线图a)展示出来的就是针对某个里程碑事件，已经有几个问题已经被修复，有多少个问题尚且没有被处理，以一个柱状百分比图例清晰地表明了项目进度。

b)在项目管理界面，设定一个版本。

Mantis-缺陷管理系统使用手册

Mantis使用手册目录1.系统简述 (4)2.登陆方式 (4)3.系统中的角色 (4)3.1.管理员 (5)3.1.1.首页 (5)3.1.2.我的视图 (5)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中；用户正确的输入自己的帐号（即用户名）及密码后，即可成功登录。

Mantis Bug Tracking系列教程说明书

About the T utorialMantis is a Bug Reporting tool, widely used as an issue tracking tool for all types of testing. This is a brief tutorial that introduces the readers to the basic features and usage of Mantis. The various chapters of this tutorial will guide the readers on how to utilize the tool in reporting and maintain an issue.AudienceThis tutorial has been prepared for beginners to help them understand how to use Mantis for testing and issue tracking.PrerequisitesAs a reader of this tutorial, you should have a basic understanding of a bug and testing lifecycle as well as the contents to provide in a bug.Copyright &DisclaimerCopyright 2018 by Tutorials Point (I) Pvt. Ltd.All the content and graphics published in this e-book are the property of Tutorials Point (I) Pvt. Ltd. The user of this e-book is prohibited to reuse, retain, copy, distribute or republish any contents or a part of contents of this e-book in any manner without written consent of the publisher.We strive to update the contents of our website and tutorials as timely and as precisely as possible, however, the contents may contain inaccuracies or errors. Tutorials Point (I) Pvt. Ltd. provides no guarantee regarding the accuracy, timeliness or completeness of our website or its contents including this tutorial. If you discover any errors on our website or in this tutorial,******************************************T able of ContentsAbout the Tutorial (i)Audience (i)Prerequisites (i)Copyright &Disclaimer (i)Table of Contents (ii)1.MANTIS ─ INTRODUCTIO N (1)2.MANTIS ─ FEATURES (3)3.MANTI S ─ INSTALLATION (5)System Requirements (5)Installation of System Requirements (5)Install and Launch Mantis (11)4.MANTIS ─ TRIAL SETUP (16)Setup for Demo Trial (16)5.MANTIS – LOGIN (18)On Error (19)On Successful Login (20)6.MANTIS ─ MY VIEW (21)7.MANTIS ─ PROJECT MAN AGEMENT (23)Create a Project (23)Select a Project (25)Archive a Project (25)8.MANTIS ─ MANAGE CATEGORIES (27)Create a Category (27)Configure Categories (28)Delete a Category (29)9.MANTIS ─ VERSIONS (31)Update or Add Version (31)10.MA NTIS ─ ISSUE LIFECYC LE (33)11.MANTIS ─ REPORT AN I SSUE (34)12.MANTIS ─ IMPORT ISSU ES (37)Rules for CSV File (37)Import CSV (37)13.MANTIS ─ VIEW ISSUES (42)Filters (42)Print Reports (45)CSV/Excel Export (47)14.MANTIS ─ EDIT ISSUES (49)15.MANTIS – CLONE AN ISSUE (53)16.MANTIS – ADVANCED FEATURES (56)@Mention – Notification (56)Send Reminder (57)Text Formatting (59)Attach Files (59)17.MANTIS – CHANGE STATUS (61)18.MANTIS – ISSUES RELATIONSHIPS (63)Create a Link to Another Issue (63)Delete a Link (64)19.MANTIS – MOVE AN ISSUE (66)One Issue At a Time (66)Multiple Issues at a Time (67)20.MANTIS – ISSUE HISTORY (68)21.MANTIS – MISCELLANEOUS FUNCTIONALITIES (70)Monitor (70)Stick (71)Close an Issue (73)Delete an Issue (75)22.MANTIS – SEARCH ISSUES (77)Search (77)Recently Visited (78)23.MANTIS – CHANGE LOG (79)24.MANTIS – ROADMAP (81)25.MANTIS ─ SUMMARY (83)26.MANTIS – ADD CUSTOM FIELDS (84)Mantis Bug Tracker is an open source web-based application tool. It is used for Bug Tracking throughout Defect Lifecycle. Along with bug tracking, Mantis supports Release Features to manage various releases of a project or a software.Mantis is also known as MantisBT, which stands for Mantis Bug Tracker. The name and logo of Mantis refers to Mantidae family of insects. In software, it is referred to as a bug.Mantis provides Demo, Download (to set up your own Mantis) and Hosting version of the tool. It supports various features for Issue Tracking and life cycle along with Release Management. The development of Mantis started in 2000 by Kenzaburo Ito. Later in 2002, other team members (Jeroen Latour, Victor Boctor and Julian Fitzell) joined. The basic version 1.0.0 of Mantis was released in February 2006.In 2012, GitHub became the official repository for the Mantis project source code.License and Free Trial∙It is an open source software. License is not required to use its basic version.∙It provides Demo and Hosting Version for free trails.∙It supports Download feature to set up your own Mantis software.The user can sign up using email ID.∙Mantis has different price quotes based on added features that can be seen at https:///pricingUsage∙To track all bugs/issue throughout Defect lifecycle.∙To manage at Release level as well.∙Supports Analytic and Reporting features.∙Supports plug-in with other softwares and IDE to make it more strong and effective. SpecificationsMantisMantis supports a wide range of features to attract QAs and other stakeholders for bug tracking. Following are the core features of Mantis.Core FeaturesMantisMantis is a web application, provides a private website to individuals or set of requested users belonging to the same company/project.Mantis can be run at the server side. It is a PHP-based application and supports all OS platforms such as Windows, Linux of different versions, MAC, etc. It supports mobile browsers as well in mobile views.System RequirementsSince Mantis is a web-application, it follows the concept of client/server. This means, Mantis can be installed centrally on the server and users can interact with it through web-browsers using a website from any computer.∙Web Server: Mantis is tested with Microsoft IIS and Apache. However, it can work with any latest web server software. Mantis only uses .php file. Configure the web server with .php extension only.∙PHP:The web server should support PHP. It can be installed as CGI or any other integration technology.∙Mandatory PHP Extensions: Extensions for RDBMS are mysqli, pgsql, oci8, sqlsrv mbstring is required for Unicode– UTF-8 support.∙Optional Extensions: Curl, GD, Fileinfo.∙Database: Mantis requires a database to store its data. MySQL and PostgreSQL are supported RDBMS.∙Client Requirements: Firefox 45 and above, IE 10 and above, Chrome, Safari, and Opera.Users can separately install all the requirements either manually or automatically to use Mantis.Installation of System RequirementsIf a user has adequate knowledge about the installation process, all the requirements can be installed one by one separately before proceeding to Mantis.Alternatively, there are many all-in-one packages available, having all the requirements and can be automatically installed in the system by exe file. Here, we will take the help of XAMPP to install pre-requisites easily.Step 1: Go to https:///index.html and click XAMPP for Windows as shown in the following screenshot.Step 2: A pop-up will display to save the file. Click Save File. It will start downloading the file.Step 3: Run the .exe file to run the installation wizard. After clicking the .exe file, XAMPP Setup wizard displays. Click Next.The following screenshot shows the XAMPP setup wizard.Step 4: The next wizard displays all the component files that will install as shown in the following screenshot. Click Next after making a selection of components.Step 5: Provide a folder name where XAMPP will be installed and click Next.Ready to Install wizard is displayed.Step 6: Click Next to start the installation.MantisEnd of ebook previewIf you liked what you saw…Buy it from our store @ https://。

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

Mantis的说明文档一．把Mantis弄成简体中文版本二．Report一个bug1. 出现频率(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的状态改为closed5.处理状态(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或者某模块下的所有bug1.查看隶属自己的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已修复，等待测试人员进行测试工作。

Mantis-流程操作手册2.0

Mantis使用手册目录1.系统简述 (2)2.登陆方式 (2)3.系统中的角色 (3)3.1.管理员 (4)3.1.1.首页 (4)3.1.2.我的视图 (4)3.1.3.查看问题 (5)3.1.4.报告问题 (9)3.1.5.变更日志 (10)3.1.6.统计报表 (10)3.1.7.管理 (12)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注册。

图表 2.13.系统中的角色在Mantis 系统中，分别有几种角色：管理员、经理、开发人员、修改人员、报告人员、复查员。

Mantis使用教程

2.2 问题报告
点击[问题报告]进入以下页面，选择你报告的问题所属的项目，如下图：
从下拉框选择完成后，点击[选择项目]，进行问题报告主界面，如下图：
在上图中有些栏位是打了红星的，表示这些是必填内容。填好问题报告后，点击[提交报告]，就会将此问题提交到系统，系统将会通过 E-MAIL 通知项目组的相关人员。在问题报告的右上角有一个[高级报告]的选项，点击后，将会出现以下页面。
Mantis 是 PHP/MySQL/Web-based 缺陷跟踪系统
二. 使用 Mantis
2.1 登录 Mantis
在登录的页面，输入刚刚注册的用户名:：james 密码：123，进入 Mantis 的这就是我们能够使用的所有功能了。在工具栏的下方我们看到有 5 大栏，分别是： 1. 未指定的：是指问题已经报告，但还没有指定由那个项目组成员进行跟进的问题列表。 2. 已解决的：指问题已经得到解决，问题的状态为[已经解决]。 3. 我正在监视的：指你正在监视那些问题，在问题报告中，你被选为监视人。 4. 由我报告的：在这里将会显示由你报告的问题列表。 5. 最近修改：这一栏显示那些问题报告最近被项目组成员修改了。
上图就是是返回的查找结果，点击相应的记录就可以进行修改。
2.4 问题修改
在查找结果的列表上点击编号内容,则会进入问题修改的页面,如下图:
图 2.4.1
图 2.4.2
图 2.4.3 在图 2.4.1 里一共有 6 个按钮，具体功能如下： � � � � 修改问题：进入问题明细页面进行修改。分派给：是指将这个问题分派给那个人员处理，一般只能选择开发员权限的人员。将状态改为：更改问题的状态，将需要输入更改状态的理由。监视问题：点击后，所有和这个问题相关的改动都会通过 E-MAIL 发到监视用户的邮箱。 � 创建子项问题：建立一个问题的子项，而这个子项报告的问题是依懒于这个问题而存在的。 � 移动问题：将这个问题转移到其它项目中。图 2.4.2 与图 2.4.3 功能界面比较直观，不在这描述了。

MANTIS缺陷管理工具操作指南

MANTIS缺陷管理工具操作指南一、注册1、绑定HOST文件：路径C:\Windows\System32\Drivers\etc，使用记事把打开hosts文件，填加一条”192.168.9.12 ”(不需要引号)2、mantis地址：请加入收藏夹，方便日后使用。

2、mantis采用管理员统一注册方式。

还没有注册帐号或遗失帐号的同事，请联系管理员。

3、帐号使用个人姓名的拼音全拼，管理员在创建新账号后，后有确认邮件发送到邮箱，通过邮件中的确认链接，用户可以对新账号进行密码设置。

二、登录输入账号（个人姓名拼音全拼）、密码后，点击登录按钮。

三、我的视图1、我的视图页面展示内容主要为缺陷缺陷列表，根据不同状态分为五个列表展示未分派的：提出了缺陷，还未分配人员处理。

我报告的：我提出的缺陷。

已解决的：缺陷已经被处理过。

最近修改：按修改时间排序。

我监视的：用户根据需要，对个别缺陷进行特别关注的。

2、缺陷状态，mantis在我的视图页面通过不同颜色区分缺陷的处理状态。

分为七个状态：新建、反馈、认可、已确认、已分派、已解决、已关闭1）新建：新发现的BUG，状态设置为新建。

2）反馈：不确定是否为BUG，或是需要进行项目负责人确认的，设置为反馈。

3）认可：项目负责人认为是BUG或可进行优化的，状态设置为认可。

4）已确认：BUG被确认的，状态设置为已确认。

5）已分派：BUG分派给指点人员处理的，状态设置为已分派6）已解决：开发人员处理完BUG后，状态设置为已解决，并指定分派给测试人员。

7）已关闭：测试人员对BUG进行验证后，对已经修复的或不是问题的BUG进行关闭操作。

四、提交缺陷1、点击提交问题，跳转到选择项目页面2、选择新版学习中心项目，如果近期常用这个项目，可以选中“设为默认值”。

点击选择项目按钮跳转到缺陷详情页面3、缺陷详情页面1）分类：根据功能模块分为（个人设置、关注动态、成就系统、我的网校、找老师、找课程、教师页、测试题、课程学习页、课程详情页、首页）2）出现频率：对缺陷出现在频率进行区分（总是、有时、随机、没有试验、无法重现、不适用）3）严重性：对缺陷的严重程度进行区分（新功能、小细节、文字、小调整、小错误、很严重、崩溃、宕机）4）优先级：对缺陷的处理先后进行区分（无、低、中、高、加急、特急）5）选择平台配置：主要包括浏览器、系统、系统版本（选择平台配置后，下方配置可不必输入）6）产品版本：产品开发版本号7）分派给：将问题分配给相关人员处理（默认为管理员根据功能模块分配的修改员）8）摘要（必填）：BUG的简要说明9）描述（必填）：BUG的具体说明10）问题重现步骤：重新BUG的操作步骤。

缺陷管理平台(mantis)操作说明

1.1 文档说明该文档根据项目部商议按照一览网络公司具体情况且而制定的测试流程，非依照完全正规流程进行说明。

如有异议可以按照建议的形式告知。

如符合公司具体情况且采用。

为了方便大家查看文档，建议大家点击：word里视图，勾选导航窗格文档里图片有看不清楚的地方，大家可以扩大word的比例！1.2 B ug地址和账号使用地址：192.168.60.202使用账号：研发部以OA账号为bug账号使用密码：123456（可以自己修改密码）首页视图：点击查看问题1.3 报告人员操作流程第一步：点击首页的报告问题链接第二步：选择问题严重性（严重性的描述详见图片下面的说明表格）说明：第三步：选择优先级（优先级描述，详见图片下面说明）优先等级描述特急：立即修复，停止经一步测试加急：在产品发布之前必须修复中高：如果时间允许应该修复的低：可能会修复，但是也能发布优先等级说明：致命的bug优先等级高的会在致命bug中要先处理严重的bug优先等级高的会在严重bug中要先处理一般的bug优先等级高的会在一般bug中要先处理第三步：查看报告完毕bug的状态：（中间省略了点击提交按钮的操作）3.2开发人员操作流程第一步：选择属于自己的平台第二部：搜索属于自己的bug第三步：按照问题的严重等级解决bug说明：致命的bug优先等级高的在致命bug中要先处理严重的bug优先等级高的在严重bug中要先处理一般的bug优先等级高的在一般bug中要先处理特急：立即修复，停止经一步测试加急：在产品发布之前必须修复中高：如果时间允许应该修复的低：可能会修复，但是也能发布第四步：修改bug，修改完毕以后将状态改为“已解决”然后再点击：“将状态改为”按钮。

最好是问题解决备注一下。

Mantis状态流程图及其相关说明-4页文档资料

Mantis状态流程图及其相关说明一、New(新建) 状态说明：1.测试人员发现bug，填写好bug report后通过“1”submit bug，此时bug的状态为new；2.处于new状态的bug，team leader认为是bug且需要修复的，通过“2”将bug分派给相应的开发人员，此时bug的状态为assigned(分配状态)；3.处于new状态的bug，team leader认为测试人员的bug描述不清或者有疑问，通过“3”将bug反馈给测试人员，并在note里注明原因，此时bug的状态为confirmed（回馈状态）；4.处于new状态的bug，team leader认为需要延后修复、需跟客户确认、不能修复的bug，通过“4”将bug的状态更改为acknowledged（等待状态）。

二、Assigned(已分派) 状态说明：5.处于assigned状态的bug，开发人员将其修复后，通过“5”将bug的状态更改为resolved；6.处于assigned状态的bug，开发人员认为测试人员的bug描述不清或者有疑问，通过“6”将bug反馈给测试人员，并在note里注明原因，此时bug的状态为confirmed；7.处于assigned状态的bug，开发人员认为需要延后修复、需跟客户确认、不能修复的bug，通过“7”将bug的状态更改为acknowledged。

三、Resolved(已解决) 状态说明：8.处于resolved状态的bug，测试人员进行回归测试确认bug已经被修复后，通过“8”将bug关闭，此时bug的状态为closed；9.处于resolved状态的bug，测试人员进行回归测试发现bug没有修复或者由此引发了其他的bug，通过“9”将bug反馈给开发人员，并在note里注明原因，此时bug的状态为feedback。

四、Closed(已关闭) 状态说明：10.处于closed状态的bug，若测试人员在测试过程中还发现该问题，可以通过“10”将bug反馈给开发人员，并在note里注明原因，此时bug的状态为feedback。