mantis使用流程必看
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缺陷跟踪管理系统操作手册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中文使用说明
Mantis使用教程一.获取用户名在网页浏览器地址栏里输入/login_page.php进入Mantis的登录界面,如下图:Mantis的默认管理员的用户名为administrator 密码为root。
但在这里我们不使用默认用户名,并且一般用户不具备管理员权限的。
1.1 注册用户名点击Mantis的登录页面“注册一个新帐号”,转到以下界面:在此页面输入自定义的帐号和有效的E-MAIL,点击注册。
如果成功注册将会出现以下页面:Mantis将会随机生成一个用户密码以E-MAIL的形式发到你刚才填写的E-MAIL 地址,所以填写的E-MAIL地址一定要真实有效,否则你将不能收到你的登录密码。
1.2 修改注册的密码注册成功后,查看你所填写的E-MAIL邮箱是否已经收到由Mantis发出的用户注册确认信,如下图:点击信入面的超级链接进入Mantis新注册用户的密码修改页面,如下图:在此页面输你所希望的密码,然后点击页面下方的“更新帐号信息”按钮,完成密码修改。
如果想修改其它个人信息,只需点击[更改个人设置]就可以了。
注意:默认的新注册用户只有[报告人员]的存取权限,其它一些权限的设定需要管理员另行配置。
二.使用Mantis2.1 登录Mantis在登录的页面,输入刚刚注册的用户名::james密码:123,进入Mantis的主界面。
在主界面我们可以看到一条工具栏,这就是我们能够使用的所有功能了。
在工具栏的下方我们看到有5大栏,分别是:1.未指定的:是指问题已经报告,但还没有指定由那个项目组成员进行跟进的问题列表。
2.已解决的:指问题已经得到解决,问题的状态为[已经解决]。
3.我正在监视的:指你正在监视那些问题,在问题报告中,你被选为监视人。
4.由我报告的:在这里将会显示由你报告的问题列表。
5.最近修改:这一栏显示那些问题报告最近被项目组成员修改了。
2.2问题报告点击[问题报告]进入以下页面,选择你报告的问题所属的项目,如下图: mantis中文社区在上图中有些栏位是打了红星的,表示这些是必填内容。
mantis使用简介
一、mantis界面 二、提交bug Mantis系统操作使用培训 三、查看bug 四、修改bug
中国移动通信集团设计院有限公司
Mantis使用简介
一、Mantis主界面 二、提交需求或问题 三、查看所提交问题 四、修改问题或需求
一、Mantis主界面
二、提交bug
点击“报告问题”->填写具体信息->点击“提交问题”
切换项目:缩小查找范围 通过问题编号查找:精确查找 通过关键字查找:模糊查找
四、修改bug
• 找到希望修改的问题,如果该问题处于“已分派”或“新 建”状态,说明可以进行问题信息的修改,点击该问题编 号左侧的 进行信息更新,或者点击问题编号,修改问题 详情,最后点击“更新信息”,完成问题修改。
谢谢!Βιβλιοθήκη 填写具体信息注意事项• 摘 要:对问题的简要概括描述,格式如:模 块+子模块+功能点+操作过程+ 现象; 说 明:详细清楚的描述bug信息,如:具体 的运行环境、操作步骤和结果等; 附件信息: 后台报错的详细信息; 上传文件: 报错截图等。 添加完必须的信息,即可保存成功。
• • • •
三、查找bug
Mantis操作手册-开发人员版本
Mantis操作手册
(开发人员版本)
一、打开Mantis的链接http://192.168.2.205:8080/mantis/login_page.php,登录
页面如下图:
二、登录成功后,开发人员可以在“我的视图”中查看到分配给我的问题。
如下图
点击“我的视图”如下:
点击编号进行查看,可以查看问题详情及附件。
三、开发人员在完成bug修改后,需要进入“查看问题”界面,进行状态修改。
1进入“查看问题”界面。
选择已经修改的bug,将下方下拉框中选择“处理状况”
2点击下拉框的状态选项为“已修正”,输入问题的解决方法及建议的测试用例。
再点击“解决问题”。
四当发现该问题出现问题分派错误或者经过初步查看后,需要将bug转移给其他操作人员的,本人完全无需要修改,则选择转移Bug。
1进入“查看问题”界面。
选择需要转移的bug,将下方下拉框中选择“分派”—确定
选择对应的开发人员,点击“分派问题”完成。
五、其他情况
有可能存在某些Bug,可能除了被分派的开发人员也涉及到其他开发人员协助进行修改。
这种情况,根据首问负责制,由首个接到任务的开发人员牵头,和其他涉及到的开发人员进行Bug修正。
不需要进行Bug转移。
附:mantis操作流程。
Mantis中文使用说明
Mantis使用教程一.获取用户名在网页浏览器地址栏里输入/login_page.php进入Mantis的登录界面,如下图:Mantis的默认管理员的用户名为administrator 密码为root。
但在这里我们不使用默认用户名,并且一般用户不具备管理员权限的。
1.1 注册用户名点击Mantis的登录页面“注册一个新帐号”,转到以下界面:在此页面输入自定义的帐号和有效的E-MAIL,点击注册。
如果成功注册将会出现以下页面:Mantis将会随机生成一个用户密码以E-MAIL的形式发到你刚才填写的E-MAIL 地址,所以填写的E-MAIL地址一定要真实有效,否则你将不能收到你的登录密码。
1.2 修改注册的密码注册成功后,查看你所填写的E-MAIL邮箱是否已经收到由Mantis发出的用户注册确认信,如下图:点击信入面的超级链接进入Mantis新注册用户的密码修改页面,如下图:在此页面输你所希望的密码,然后点击页面下方的“更新帐号信息”按钮,完成密码修改。
如果想修改其它个人信息,只需点击[更改个人设置]就可以了。
注意:默认的新注册用户只有[报告人员]的存取权限,其它一些权限的设定需要管理员另行配置。
二.使用Mantis2.1 登录Mantis在登录的页面,输入刚刚注册的用户名::james密码:123,进入Mantis的主界面。
在主界面我们可以看到一条工具栏,这就是我们能够使用的所有功能了。
在工具栏的下方我们看到有5大栏,分别是:1.未指定的:是指问题已经报告,但还没有指定由那个项目组成员进行跟进的问题列表。
2.已解决的:指问题已经得到解决,问题的状态为[已经解决]。
3.我正在监视的:指你正在监视那些问题,在问题报告中,你被选为监视人。
4.由我报告的:在这里将会显示由你报告的问题列表。
5.最近修改:这一栏显示那些问题报告最近被项目组成员修改了。
2.2问题报告点击[问题报告]进入以下页面,选择你报告的问题所属的项目,如下图: mantis中文社区在上图中有些栏位是打了红星的,表示这些是必填内容。
Mantis详细操作手册
Mantis详细操作手册Mantis问题单提交流程一、系统测试-正常提交,没有返回1、测试工程师执行测试用例,发现问题,编写问题单。
◆ 选择“高级报告”;填写“出现频率”,“严重性”,“优先权”,“硬件平台”,“操作系统”,“版本”,“产品版本”;◆ “分派给”选择测试经理。
◆ 填写“摘要”,“说明”,“问题重现步骤说明”,“附加信息”,有附件得要上传附件,例如日志,图片等。
状态设置为“公共”。
点击“提交报告”。
◆ 系统自动将问题单状态设置为“新建”。
分类为“项目名称”,完成度设置为“未处理”。
自动发送邮件通知测试经理。
◆ 提交后,如果测试经理没有返回,不得修改问题单。
2、测试经理审核问题单,确认为合格问题单。
◆ 测试经理登录,打开“我的视图”,点击“指定给我”的问题单。
打开问题,点击“修改问题”。
◆ 审核问题单没有问题后,将问题单“分派给”项目经理,状态设置为“已确认”,点击“更新信息”。
◆ 系统自动发送邮件通知给项目经理。
◆ 提交后,如果项目经理没有返回,不得修改问题单。
3、项目经理审核问题单,确认为有效问题单,提交开发工程师,对问题进行定位修改。
◆ 项目经理登录,打开“我的视图”,点击“指定给我”的问题单。
打开问题,点击“修改问题”。
◆ 审核问题单没有问题后,将问题单“分派给”开发工程师,点击“更新信息”。
◆ 系统自动发送邮件通知开发工程师。
◆ 提交后,如果开发人员没有返回,不得修改问题单。
4、开发工程师对问题进行定位修改以及测试。
◆ 开发工程师登录,打开“我的视图”,点击“指定给我”的问题单。
打开问题,点击“修改问题”。
◆ 在“添加问题注释”中填写对问题的定位,修改以及测试信息,将问题单“分派给”项目经理,状态设置为“已修改”,完成度设置为“已修正”,点击“更新信息”。
◆ 系统自动发送邮件通知项目经理。
◆ 提交后,如果项目经理没有返回,不得修改问题单。
5、项目经理审核问题单,确认问题已经修正,转测试。
mantis_基本操作文档
MANTIS使用文档(Bug管理系统)一、mantis功能介绍mantis是一个基于PHP技术的轻量级的缺陷跟踪系统,是以Web操作的形式提供项目管理及缺陷跟踪服务。
我们经常需要用到的界面有:“我的视图”、“查看问题”、“提交问题”三个页面。
1.“我的视图”界面(如图1):图1 “我的视图”该界面的的右上角有一个下拉菜单,有来选择所要提交或者查询的内所属内容。
如图3,可以选择“数据管理系统”、及其子模块“元数据管理模块”,“数据标准管理模块和电子审批流程模块”。
图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基本流程”中详细介绍。
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使用介绍
七 Bug分类
二、功能方面的bug 1、管理页面、系统功能、生产安装方面的bug (1)在“说明”部分指出出现bug的测试环境(比如:文件系统的状态、 卷的个数、设备的状态等等) (2)在“问题重现步骤说明”中列出在出现页面功能错误之前进行的一 系列操作,在每一步操作后出现的对话框或者一些现象都要写在此处 。在写完具体的操作步骤后需要指出bug具体存在在哪里,并需要说明 此bug应该修改成什么样子才算是正确的。 (3)在测试过程中出现的错误信息、状态或对话框尽量要有截图。 (4)截图的文件名需要明确一点,尽量不要用1.jpg,未命名.jpg等等。 截图要保存成jpg格式。 (5)有log的需要把log截取出来。
Mantis使用介绍 Mantis使用介绍
一 系统简述
• Mantis是一个缺陷跟踪系统,以Web操作 的形式提供项目管理及缺陷跟踪服务。 • Mantis可以帮助所有开发人员完成系统需 求缺陷的有效管理,且可以自动生成统计 报表和自动导出成doc或excel格式的文件 。 • Mantis是基于mysql+php的服务,可以通 过备份mysql数据库实现资源的备份与还 原。具有极高的安全可靠性。
三 Mantis页面的介绍 页面的介绍
• 项目:Mantis是按照项目进行管理的,选 择全部项目或者任意项目,那么显示的就 是选中项目的情况; • 我的视图:显示登录用户相关的Bug,新 建的、已解决的、未指定的等; • 查看问题:可以根据多种条件对Bug进行 过滤,显示符合条件的Bug; • 报告问题:报告测试过程中发现的问题。
四 我的试图
五 查看问题
• 不论是在我的视图,还是在查看问题和报 告问题里面,都可以通过选择项目来缩小 范围; • 在查看问题里有20种筛选条件,可根据各 种条件缩小你要查看问题的范围; • 可以在“搜索”处输入关键字进行查询; • 也可以在“跳转到该问题编号”处直接输 入bug号直接跳转到该问题。
mantis使用流程必看
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详细说明→查看状态设置为“公共的”,提交。
mantis问题跟踪流程说明
mantis问题跟踪流程说明MANTIS跟踪流程说明一、Mantis缺陷状态变化图二、Mantis缺陷状态变化说明下面描述一个缺陷状态由新建到关闭的过程。
1)状态:【新建】实施人员收集用户问题,通过mantis界面上方的【报告问题】,进入录入问题界面,如下图所示:录入问题时,请注意【分类】、【产品版本】的选择。
【产品版本】注意选择最新的版本,表明现在最新的版本仍存在上述问题录入用户问题时,【分类】选择“用户问题”,实施人员现场测试发现的问题,分类选择”集成测试”。
录入问题以后,问题状态变为【新建】。
2)状态:【新建】→【已分派】/【已延迟】/【已拒绝】/【需求待确认】经理分析问题后,对问题进行处理:如果确认是缺陷,由分派给适合人员处理,状态改为【已分派】。
如果确认是缺陷,但现在暂时不做处理,状态改为【已延迟】。
如果认为不是缺陷,不做修复,状态改为【已拒绝】。
如果分析问题描述不明确,难以开发/修复,需要现场实施人员进一步明确需求,状态改为【需求待确认】。
问题状态的改变可通过mantis【将状态改为】实现问题状态的改变。
3)状态:【需求待确认】→【需求已确认】现场实施人员与用户沟通以后,描述需求不明确的地方,将问题状态转化为【需求已确认】。
4)状态:【已分派】→【已解决】开发人员修复问题后,将状态改为【已解决】。
问题状态既可以手工改,也可以提交时日志信息,在日志信息”填写fixed bug#mantis问题编号+摘要”,如下图所示:Mantis问题状态自动将状态变为【已解决】,而且会记录修复此问题的文件及具体修改内容。
建议提交时用上述方法,方便以后问题追溯。
5)状态:【已解决】→【已关闭】/【打回】实施人员升级系统后,验证问题是否修复。
如果问题已修复,将问题状态改为【已关闭】。
如果问题没有修复,将问题状态改为【打回】,同时注意更改版本号为最新的版本号。
三、各角色关注问题状态及注意事项实施人员重点关注【需求待确认】、【已延迟】、【已拒绝】状态的问题。
Mantis简要使用说明
Mantis提交问题
在发现一个Bug后,点击“提交问题”进入报告问题 的页面;
•首先 界面右上角选择项目;
Mantis提交问题
填写报告内容
输入详细问题报告后,点击“提交报告”按钮即可。 其中* 字段为必输内容
Mantis提交问题
定制报告内容
根据不同项目,系统对其进行了内容定制。
Mantis提交问题
• 打开系统显示的主界面,也是“我的视图” 菜单显示的界面,界面中工具栏,这就是我 们能够使用的所有功能,主要功能有“我的 视图”、“查看问题”、“报告问题”。 • 界面右上角的“项目”:可以选择所有项目 或者任意项目来界面显示。 • 在工具栏的下方显示登录用户相关的 Bug , 新建的、已解决的、未指定的等;
修改问题状态
问题修改为“发布”状态时,须在“状态改为”界面中输入 ‘处理状况’等信息。
Mantis简要使用说明
Mantis登录
Mantis的登录地址
打开浏览器,在地址栏输入http://10.1.145.240/mantisbt即可 进入Mantis的登录界面。 账户:ItCode,初始密码:123456
Mantis登录
修改密码
Mantis我的视图
Mantis我的视图
Mantis查看问题
Mantis查看问题
• 不论是在“我的视图”,还是在“查看问题” 和“提交问题”界20种筛选条件,可根据各种 条件缩小你要查看问题的范围; • 可以在“搜索”处输入关键字进行查询; 也可以在“问题#”处直接输入bug号直接跳 转到该问题。
问题编辑
提交报告的问题,可以点击界面中部“编辑”功能键,对报 告进行内容修改。
Mantis提交问题
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,优先级包括:无、低、中、高、加急、特急。
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缺陷管理工具操作指南
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软件的工作流程
简述使用Mantis软件的工作流程1. 概述Mantis是一款开源的缺陷跟踪系统,广泛应用于软件开发过程中的缺陷管理和问题追踪。
本文将从以下几个方面简述使用Mantis软件的工作流程。
2. 创建项目在开始使用Mantis软件进行工作流程管理之前,首先需要创建一个项目。
在Mantis中,项目是一个虚拟组织单元,用于组织和跟踪软件中的缺陷和问题。
3. 添加缺陷一旦项目创建完成,就可以开始添加缺陷。
缺陷是在软件开发过程中发现的问题,可能包括功能错误、界面问题、性能问题等。
通过Mantis软件添加缺陷时,需要填写缺陷的详细信息,包括标题、描述、优先级、严重程度、指派给谁等。
4. 跟踪缺陷添加完缺陷后,Mantis会为每个缺陷生成一个唯一的缺陷编号,用于跟踪和管理缺陷。
跟踪缺陷主要包括以下几个方面:•更新缺陷状态:可以将缺陷的状态更新为新建、已指派、已解决、已关闭等。
•添加备注:可以添加备注来记录缺陷的跟踪过程、解决方法等。
•附件管理:可以上传和管理与缺陷相关的文件和文档。
•关联缺陷:可以将多个缺陷关联起来,形成一个缺陷链条,以便更好地追踪和管理。
5. 分配任务除了缺陷跟踪外,Mantis还可以用于分配任务。
项目组成员可以通过Mantis 软件接收和处理分配给自己的任务,以保证项目的顺利进行。
分配任务的过程主要包括以下几个步骤:•创建任务:创建任务时需要填写任务的详细信息,包括任务标题、描述、优先级、指派给谁等。
•分配任务:在创建完成后,可以将任务分配给特定的项目组成员。
•跟踪任务:分配任务后,可以跟踪任务的进度和状态,及时了解任务的执行情况。
6. 报表生成Mantis软件提供了丰富的报表功能,可以根据特定的条件和需求生成各种统计和分析报表,帮助项目团队更好地了解项目进展和问题情况。
报表生成主要包括以下几个方面:•缺陷统计报告:可以根据缺陷状态、优先级、严重程度等条件生成缺陷统计报告,用于了解项目中的缺陷情况。
Mantis使用
目录
1.登录 (2)
2.进入主界面 (2)
3.查看问题 (3)
4.提交问题 (7)
5.个人资料 (8)
1.登录
打开连接http://192.168.1.129/mantisbt/login_page.php进入登陆界面。
账号
密码
2.进入主界面
即(“我的视图“界面),如下图。
分别有5大类根据颜色不同,问题的状态也不同(状态对应的颜色下面带着)3.查看问题
包含所有问题,可以根据筛选条件,筛选分配给自己的问题(筛选条件挺多的)。
点击问题编号,即可进入该问题详情,查看问题描述,重现步骤。
点击编辑,实现对问题的编辑(状态、状况等等)
编辑完要记得更新信息。
4.提交问题
点击提交问题(现在设置是任何人都可以提交问题),选择对应项目。
进入问题详情,选择分类(貌似只能选择一个……..),可以选择上传文件。
在提交问题时可以直接指派给负责人,也可不指派创建完问题后再指派,
点击提交报告完成问题提交。
5.个人资料
可以修改密码、邮箱等信息。
(邮箱可以收到邮件提醒等,是否接收可以自己选择)
6.账号
目前账号已经建立。
(可以登录试试)
账号:姓名全拼
密码:123456(可以自己更改)。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
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
时选错了项目名,用“移动问题”功能,将bug移动至所属项目bug单中;
(3)
在上述步骤1.和2.进行的过程中,项目经理、测试负责人可就
Bug 单上的特殊问题进
行监视,在“我的视图/我正在监视”列表中显示所有监视的 bug;
(4)
针对同一因素造成的不同表现的多条 bug ,开发人员
修改完一个 bug ,相关bug 描述的
现象已解决时,可就多个bug 建立关联,提醒测试人员集中验证。
测试人员也可用“创建子 项问题”功能,提交同一因素造成的多个现象
bug,供开发人员定位问题根源。
4. 管理员建立实施项目:(有客户反馈的产品缺陷维护此项目)
(1) 项目名称为:医院名称/产品名称; (2)
维护缺陷分类:Bug ,新需求,工程问题,客户建议(必须维护)
;
(3) 维护实施版本信息(必须维护:开发人员根据此版本号能找到对应的源码做修改) (4) 维护项目组成员(部门经理和系统
实施顾问也要加上)
;
反馈缺陷
测试通过,写测试报告
f 入产品库
5. 技服人员提交bug 及跟踪过程:
(1)
技术工程师提交 bug :选择项目名称(医院名称
/产品名称)r bug 分类(必填项) bug 出现频率、严重性、优先权产品版本r bug 标题/bug 详细说明查看状态设置为"公 共的”,提交。
(2) 系统实施顾问指派 bug :点击bug 编号后进入的页面,将 bug 指派给开发人员。
(3) 开发人员接收bug :将指派给自己的 bug 状态设置为“公认”状态。
实
施顾问
研发部
修改完毕
工程问题
不 做
实 现
关闭)
是否实现■
验证未通过
已修世 .HJX2.W
一
飘试
立口
配置管理员
修改中
新需求
产品部
(4) 开发人员修改bug :修改完成,设置完成度,将bug状态设置为"已解决”状态。
(5) 测试人员验证已解决的bug :在注释栏写上“验证结果”。
(6) 技服人员为客户安装新版本,客户认可修改方案后,技服人员将对应的bug关闭。
(7) 测试人员验证已解决的bug:验证测试未通过,将bug设置为“打回”状态,请开发人员重新修改。
(8) 暂时不改的bug需要经技服部项目经理确认后,开发人员将bug设置为“已确认”状O
6. 项目测试阶段的其他相关活动:
(1) 若技服人员提交bug 时选错了项目名,用“移动问题”功能,将bug移动至所属项目bug单中;
(2) 在上述步骤4.和5.进行的过程中,项目经理、技服人员可就Bug单上的特殊问题进行监视,在“我的视图/我正在监视”列表中显示所有监视的bug。
7. bug搜索:
(1) 按编号搜索:输入bug编号,点击【跳转到该问题编号】;
(2) 按标题中所含的文字搜索:输入查询文字(支持模糊查询) ,点击【筛选】;
(3) "查询问题"页面:设置查询条件,点击【筛选】;
8. 修改个人登录密码:在“个人帐号”功能。
9. 浏览统计报表:
(1) 部门经理查看所有项目的统计报表;
(2) 项目经理查看单个项目的统计报表。
见【统计报表】功能。
10. 打印报告:可导出bug记录至Excel ,打印。