Mantis缺陷管理V2.1
Mantis缺陷管理
V2.1
目录
1.1BUG修复率标准 (3)
1.2Bug管理 (3)
1.2.1Bug等级定义 (3)
1.2.2Bug优先级定义 (4)
1.2.3Bug状态定义 (5)
1.2.4Bug提交规范 (5)
1.1BUG修复率标准
1.2Bug管理
1.2.1Bug等级定义
1.2.2Bug优先级定义
1.2.3Bug状态定义
1.2.4Bug提交规范
1.3BUG提交流程
1. 发现的BUG全部提交到mantis系统。
2. 测试人员报告bug过程说明：
1)进入mantis管理系统，选择对应的项目->子项目（或模块）
2)点击“报告问题”，进入提交bug页面，填写bug相关信息，点击“提交报告”
分类：选择“bug”
出现频率：按bug出现的频率选择，一般为“总是”。对于“随机”出现的bug，需多次尝试重现，并在后面的详细说明中写清楚测试执行过程中，测试次数及该bug的出现次数，给出随机出现的概率。
严重性：根据
优先级：按提交bug的修复时间要求，选择优先级。
产品版本：选择出现该bug的软件测试版本
摘要：用简单明了的语句描述BUG，就相当于BUG的中心语句
用例编号：产出的BUG一定要与实际的用例链在一起
说明：最好是把BUG产生的步骤一步一步写清楚，可以用以下方法写（如果一句话就可以说明的BUG，就不必要分步骤了）：
Step1：。。。。。
Step2：。。。。。
Step3：。。。。。
写清楚重现步骤，然后写出测试的结果和预期的结果，如：
实际结果：。。。。。
期望结果：。。。。。
上传文件：通过上传截图或附件，可以简单明了的说明BUG存在，也可做为BUG 证据
提交该bug后，分配bug给相应开发人员（先确认负责该模块的开发人员）。
1.研发人员接收到bug并做处理后，在mantis修改bug状态：
1)对已修复的bug：
请研发人员把bug状态修改为“已解决、已修正”，并添加注释，说明BUG产生的原因以及所作的处理，以便测试人员更好的理解和验证该bug的修复情况
操作步骤：
a)进入该bug详细描述页面
b)选择状态为“已解决”，点击“将状态改为”按钮，
进入解决问题注释页面
c)解决问题注释页面上，选择解决状况（已修正）、添加问题注释，点击“解决
问题”按钮，提交处理结果
2)对重复的bug（特别是客户端，针对不同机型的测试，可能会提交同类的bug）：
请研发人员标识与该bug重复的bugID，建立关联关系。并把该bug标识为已解决操作步骤：
d)进入该bug详细描述页面
e)选择状态为“已解决”，点击“将状态改为”按钮，
进入解决问题注释页面
f)解决问题注释页面上，选择解决状况（重复问题）、填写重复编号（与该bug
重复的bugID），添加问题注释（必要时）。点击“解决问题”按钮，提交处
理结果
3)对不是问题的bug：
请研发人员把该bug的状态置为“已解决、不是问题”，并添加问题注释，说明不是问题的原因。
4)对无法修复的bug：
对“无法修复”问题的处理方式同“不是问题”的bug
5)无法重现的bug：
研发人员不能重现的bug，请与提交该bug的测试人员沟通，协助重现。
对随机出现机率较小，重现很困难的，可先标识为“已解决、无法重现”，并添加注释，说明尝试重现次数等信息。已备后续测试人员跟踪bug参考
3. BUG验证/关闭问题说明：
当BUG由“已分配”变为“已解决”，测试人员进行bug验证测试，
根据验证结果，修改bug状态为“关闭”或“打回”
1)对修复的“已解决”bug：
验证测试后该问题被解决，则“关闭”该BUG，选择验证版本或在注释中填写如下信息： 验证通过：是
验证版本：。。。
bug验证测试不通过，则“打回”该BUG，选择验证版本或在注释中填写你验证的版本，并适当填写说明信息
验证通过：否
验证版本：。。。
添加问题注释：。。。（必要时）
2)对重复bug的跟踪
测试人员跟踪与之重复的
3)对不是bug、无法修复类bug的跟踪
测试负责人或测试人员与项目经理/需求人员确认，得出最终的处理结果，并更改bug状态
4)对不能重现bug的跟踪
项目结束前，与项目经理确认，得出最终的处理结果，并更改bug状态
1.4注意事项：
?为了保证错误的正确性，需要有丰富测试经验的测试人员验证发现的错误是否是真正的错误，书写的测试步骤是否准确，可以重复。
?每次对错误的处理都要保留处理信息，包括处理姓名，时间，处理方法，处理意见，Bug 状态。
?拒绝或延期错误不能由程序员单方面决定，应该由项目经理，测试经理（组长）共同决定。
?错误修复后必须由报告错误的测试人员验证后，确认已经修复，才能关闭错误。
加强测试人员与程序员的交流，对于某些不能重复的错误，可以请测试人员补充详细的测试步骤和方法，以及必要的测试用例。
Mantis使用教程
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使用流程必看
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
缺陷报告模板
缺陷报告 缺陷标识项目名 称 模块/文档名简单描述 缺陷来源需求问题设计问 题编码问 题 测试问 题 其他问题 缺陷类型 详细描述 步 骤 和 截 图 等级管理 严重性致命/严重/一般/微小/建议(A/B/C/D/E) 优先级高/中/低 状态新建/已修正/关闭/保留/不一致/重新打开/已分配 是否重现重现频率 注释 附件 人员及时间管理 实测人员测试时间发现版本 分派程序员 指派时间计划修复时间修复版本 修改时间实际修复时间 完成时间修复时差 缺陷处理已修改/ 不是问题/无法修改/以后版本解决 意见/保留/重复/无法重现需要更多信息/收到并 接受 产生原因 修改方案 复测人员复测时间复测版 本复测结论 备注 是否归档是否项目经理签字日 期
BugReport Identifier Proje ct Subject/ Document Summary Source C-R C-D C-C C-T C-I&O Requirement Design Code Tes t Integration&Other Type Description Step and Picture BugLevelManage Severity Fatal/Critical/Major/Minor/Suggestion Priority HighPriority/MediumPriority/LowPriori ty Status New/Fixed/Closed/Hold/Differed/Reopen/Assigned Reproducible Frequency Comments Attachments PersonandTimeManage DetectedBy DetectedonDate Detected i n Version Assignedto Assigned PlanfixedData Modified i n Data Version Modified Actual Fixed Date Time ClosingDate TimeDifference BUG Fixed/NotaBug/UnableModify/LaterVersion/Hold / Suggestion Duplicate/Nonrecuring/Receipt Cause Modified Suggestion Confirmby ConfirmData Closed i n Version ConfirmSuggestion Remarks P i geonhole Yes
软件测试工具-testlink、mantis工具实验问题及解决方案
问题及解决方案： 逻辑覆盖几种方法不太会区别阿：多看下 Mantis使用Mantis安装后处理修改数据库不是很了解；不会设置用户密码：登录网页的数据库修改或是设置邮箱修改，具体设置查找文档或上网查询 mantis实验在改为中文时，登录界面可以成功改为中文，但登录主界面仍为英文：修改界面为中文的方法： mantis实验使用数据库方式增加用户时，权限是管理员，无法修改为其他权限：解决方法：使用admin登录后，修改该用户的权限 mantis实验TestLink和mantis集成时不懂原因，感觉比较混乱：主动学习，多看材料 Mantis用户在mantis中并没有设置选项，在设置过程中容易出现问题：要设置什么？熟悉下每个模块的功能 Testlink需求规约不知道需求规约和需求有什么区别：同测试集合测试规约的问题，相当于文件夹和文件的关系，可以把需求规约理解为需求集，多思考
Mantis分类应该怎么创建合适的分类名称，如何去高效使用：创建分类如功能缺陷，性能缺陷等，安照缺陷的分类；分类之后，可以将提交缺陷的时候选择缺陷分类，以便更清楚的管理缺陷或指定某个开发人员来修改某类型的缺陷 实验（testlink，mantis）在做mantis实验时要注意角色切换的问题，一个人做比较繁琐。由于实验时间比较紧张，小组形式相对麻烦，自己担当不同角色也可对不同角色的功能进行熟悉，课下有时间可以几个人进行练习 实验（Testlink、Mantis）1、在做Testlink的时候，再对已经创建的测试用例集创建测试用例时，有点不好理解：相当于往文件夹中建新的文件 Mantis使用修改新建用户密码时，用邮箱方式比较困难，具体步骤不清晰：查阅资料，仔细看指导材料 Mantis实验Mantis实验中在创建用户时，点击MySql下的admin按钮不能连接到数据库，是数据库密码的错误，但是不知道怎么修改：不是点mysql，是点bugtracker！！
Mantis安装配置及使用教程
Mantis安装配置及使用教程 缺陷管理工具mantis 搭建安装及使用手册 SPT 2010 年7 月7 日 Generated by Foxit PDF Creator . Foxit Software https://www.360docs.net/doc/a41987640.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.360docs.net/doc/a41987640.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.360docs.net/doc/a41987640.html, For evaluation only. 7、点击图中http://localhost/security/xamppsecurity.php 链接，设置mysql 中
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操作的形式提供项目管理及缺陷跟踪服务。我们经常需要用到的界面有：“我的视图”、“查看问题”、“提交问题”三个页面。 1.“我的视图”界面（如图2）： 图2 “我的视图” 该界面的的右上角有一个下拉菜单，有来选择所要提交或者查询的内所属内容。如图3，可以选择“日常发现bug”、“后台bug管理”和“需求”。一般我们用的就是日常发现bug 这个模块的内容。
MantisBT安装手册
环境搭建及Mantis安装、配置 由于Mantis是用php写的系统，而要调试php程序当然要用到apache+php+mysql，而 apache+php+mysql配置起来却又是很麻烦的事，这还不包括环境冲突、、、等等，这些又或者是那些导致配置失败的问题。但刚巧有这么一个套件可以省去这些以前是需要解决的问题，这个套件就是EasyPHP了。EasyPHP集成了：Apache、PHP、MySQL、PhpMyAdmin。 以上软件可参考文章最后的参考资料。 适用范围 本文介绍基于Windows下的Mantis BUG管理系统的搭建。 软件下载 Mantis下载地址：https://www.360docs.net/doc/a41987640.html,/ EasyPHP下载地址：https://www.360docs.net/doc/a41987640.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 引言 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是基于
jira使用说明
JIRA 白皮书 一、简介 JIRA是一个优秀的问题(or Bugs、Task、Improvement、New Feature )跟踪及管理软件。采用J2EE 技术。它正被广泛的开源软件组织，以及全球著名的软件公司使用。 目前，已有来自55个国家5800多家用户在使用JIRA。 JIRA产品非常完善且功能强大，多语言支持、界面十分友好，和其他系统如CVS、Subversion（SVN）Perforce、邮件服务整合得相当好，文档齐全，安装配置简单，可用性以及可扩展性方面都十分出色，拥有完整的用户权限管理。 如果购买商业版许可，还可以得到JIRA的源码（在许可协议下可以定制自己的JIRA系统）。 二、JIRA后台管理的主要功能介绍 项目的管理：添加项目，查看、编辑、删除项目； 项目类别管理：将项目分类别组织管理； 用户与组的管理； 项目角色管理：可以根据需要添加项目角色，将人员/组和项目角色关联； 全局设置 1)附件管理：控制是否允许上传附件文件，设置附件存储目录； 2)CVS模块管理：与CVS的集成配置； 3)数字面板设置； 4)国际化设置：字符集、索引语言、安装语言及默认界面语言配置； 5)全局权限设置； 6)Issue链接设置； 7)邮件服务器设置：与mail服务器的集成配置； 8)界面设置：设置界面logo、颜色以及日期格式； 9)子任务设置； 10)时间跟踪设置； 11)工作流设置；
方案设置 1)Issue安全方案：用来控制对Issue的查看权限； 2)通知方案：当事件发生时产生通知邮件； 3)权限方案：配置用于项目的权限组合； 4)工作流方案：定义用于特定Issue类型和项目的工作流； Issue字段 1)添加自定制字段； 2)字段及字段方案设置； 3)导航栏设置：设置Issue导航栏中显示的字段； 4)屏幕及屏幕方案设置：配置与Issue操作对应的屏幕； 5)Issue屏幕类型方案设置：为不同的Issue类型配置相应的屏幕方案，可以和一个或多个项目关 联； Issue设置 1)Issue类型设置：管理Issue类型； 2)优先级和解决设置； 3)Issue状态设置； 导入和导出 1)备份数据：以XML格式备份JIRA系统数据； 2)恢复数据：从XML备份数据中恢复JIRA系统； 3)外部系统导入：支持从Bugzilla、Mantis、FogBugz、CSV系统中导入数据； 选项设置 1)发送email：向JIRA系统用户发送电子邮件； 2)公告栏设置：维护公告信息显示内容； JIRA系统 1)索引：配置系统索引目录位置以及重建索引； 2)LDAP集成：配置JIRA基于LDAP的用户授权； 3)监听器管理：用于添加监听器，以响应特定事件； 4)许可详细信息；
mantis各个状态说明
在 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安装配置
mantis安装配置 1.安装配置介绍 1.1.需要的软件 Apache Mysql(https://www.360docs.net/doc/a41987640.html,/downloads/) mantis(https://www.360docs.net/doc/a41987640.html,/download.php) php（https://www.360docs.net/doc/a41987640.html,/downloads.php） 1.2.安装配置过程 1.2.1.安装Apache 首先下载Apache服务器的windows版本，网址为： https://www.360docs.net/doc/a41987640.html,/download.cgi，使用版本为Apache2.2，下载完后安装。 安装后可以打开浏览器，输入http://localhost/验证Apache是否成功，如果成 功则显示：It works 字样。 1.2.2.安装PHP 首先下载PHP，网址为：https://www.360docs.net/doc/a41987640.html,/downloads.php，下载 php-5.2.17-Win32-VC6-x86.zip，解压缩到D:\mantis\目录下， php-5.2.17-Win32-VC6-x86改名为php，添加环境变量path= D:\mantis\php;D:\mantis\php\ext; 1.2.3.apache与PHP整合 1. 打开apache 2.2的httpd.conf 2.找到“DirectoryIndex”，在后添加index.php或其他作为默认主页的文件名 3．找到“#LoadModule vhost_alias_module modules/mod_vhost_alias.so”，在其下添加：LoadModule php5_module D:/PHP5/php5apache2_2.dll 再起一行添加PHPIniDir "D:/mantis/php" 4．找到“AddType application/x-gzip .gz .tgz”在其下添加：
mantis 操作手册
Mantis使用教程 1.获取用户名 在网页浏览器地址栏里输入https://www.360docs.net/doc/a41987640.html,/login_page.php进入Mantis的登录界面,如下图: Mantis的默认管理员的用户名为administrator 密码为root。但在这里我们不使用默认用户名，并且一般用户不具备管理员权限的。 1.1 注册用户名 点击Mantis的登录页面“注册一个新帐号”，转到以下界面： https://www.360docs.net/doc/a41987640.html, mantis中文社区
在此页面输入自定义的帐号和有效的E-MAIL，点击注册。如果成功注册将会出现以下页面： Mantis将会随机生成一个用户密码以E-MAIL的形式发到你刚才填写的E-MAIL 地址，所以填写的E-MAIL地址一定要真实有效，否则你将不能收到你的登录密码。 1.2 修改注册的密码 注册成功后，查看你所填写的E-MAIL邮箱是否已经收到由Mantis发出的用户注册确认信，如下图： https://www.360docs.net/doc/a41987640.html, mantis中文社区
点击信入面的超级链接进入Mantis新注册用户的密码修改页面，如下图： 在此页面输你所希望的密码，然后点击页面下方的“更新帐号信息”按钮，完成密码修改。如果想修改其它个人信息，只需点击[更改个人设置]就可以了。 注意：默认的新注册用户只有[报告人员]的存取权限，其它一些权限的设定需要管理员另行配置。 2.使用Mantis 2.1 登录Mantis 在登录的页面，输入刚刚注册的用户名:：james密码：123，进入Mantis的主界面。
在主界面我们可以看到一条工具栏，这就是我们能够使用的所有功能了。在工具栏的下方我们看到有5大栏，分别是： 1.未指定的：是指问题已经报告，但还没有指定由那个项目组成员进行跟进的问题列 表。 2.已解决的：指问题已经得到解决，问题的状态为[已经解决]。 3.我正在监视的：指你正在监视那些问题，在问题报告中，你被选为监视人。 4.由我报告的：在这里将会显示由你报告的问题列表。 5.最近修改：这一栏显示那些问题报告最近被项目组成员修改了。 2.2问题报告 点击[问题报告]进入以下页面，选择你报告的问题所属的项目，如下图： https://www.360docs.net/doc/a41987640.html, 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，优先级包括：无、低、中、高、加急、特急。一般加急、特急任务需要在BUG提出当天修改完成；中，高任务需要在BUG提出后3天内修改完成；无，低级别的需要在BUG提出后1周内修改完成。 ?摘要：对问题的简述信息，格式固定为：启动路径-问题简述。如：登录- 用户信息没有验证；商家后台-商品管理-添加商品-图片无法上传。 ?说明：对问题的详细描述，这部分的描述包括上报BUG的人员对整个问题
Testlink1.8.4安装及使用手册
TestLink1.8.4安装及使用手册 1、安装xampp 首先安装好xampp，我用的xampp版本为1.7.1，安装在D盘目录中。 2、配置安装目录 将TestLink1.8.4解压后拷贝的xampp安装目录下，apache的配置文件里增加多一条虚拟路径目录，执行TestLink所在的目录。 3、开始安装TestLink1.8.4 打开浏览器，在地址栏输入http://172.16.8.150/testlink/install/index.php，回车即可打开安装页面，如图1所示。 图1TestLink1.8.4Installation 选择New installation，则进入一个全新安装页面，如图2所示。
图2安装配置页面 点击“Process TestLink Setup!”按钮即开始自动安装，如图3所示，在左边把选项勾选上，右边的Proceed 才可以操作。
如图4所示，安装成功后，出现安装成功的画面。 图4安装成功 4、登录TestLink 如图5所示，TestLink1.8.4安装成功后，首次登录时页面会有一个提示，红色框圈出的 部分，这个可以在TestLink的目录中找到config.inc.php文件将config_check_warning_mode 的参数修改为”SILENT”即可，如图6所示。修改完成，刷新一下登录页面就变成图7的正 常模式了。 建议：安装完成之后，及时将TestLink目录下面的install文件夹删除。
图5TestLink首次登录页面 图6修改提示模式 图7修改了提示模式之后的登录页面
bug报告模板(经典)
BUGID Bug的唯一标志，由bug管理系统自动生成 Bug标题简明扼要地对Bug进行概要描述 产品名称软件产品的名称 功能模块名产品子系统 产品版本测试平台 开发人员测试人员 抄送人员创建时间 解决时间关闭时间 测试阶段模块测试、内部集成测试、外部集成测试、系统测试、验收测试问题级别紧急、严重、一般、轻微 优先级别高、较高、一般、低 问题来源测试、工程故障、升级、其他 问题类型功能问题、版本问题、遗留问题、新需求、低级错误、改进建议、移植修改、割接问题、配置错误、编译问题、性能问题、设计问题、兼容问题、新功能增强、 偶发性出错 Bug描述这是Bug最重要的一部分，对Bug描述清晰准确，不仅有助于开发人员迅速定位解决问题，还对以后的维护工作有很大的帮助。一些比较简单 的Bug，可以使用一两句话把问题准确描述，而对于一些比较严重或负责 的Bug或者是新的需求，则应该详细说明。 附件对于一些特殊的问题或者不能用语言很好地描述的问题，可以增加界面图形说明或参考资料或详细日志等附件 Bug解决描述（bug解决之后由开发人员填写） 开发人员修改问题之后，将Bug回复给对应的测试负责人。对于简单的问题，在回复的时候只是简单地用“已解决”或“fixed”这样的语句；而对于复杂或重要的问题，在回复的时候应该详细说明测试的解决方法。 Bug关闭描述（bug关闭之后由测试人员填写） 开发回复Bug之后，测试负责人验证该Bug，如果问题得到解决则关闭（否则回复给开发负责人，让其继续追踪）。关闭一个Bug时，对于简单的问题，可以“问题解决”或“OK”这样的语句回复；而对于一些比较复杂的问题或需求，应该对Bug
缺陷报告模板
缺陷报告
缺陷类型详细描述
步 骤 和 截 图 等级管理 严重性致命/严重/微小建议(A/B/C/D/E)//一般优先级低高/中/ 状态已分配重新打开保留关闭已修正新建////不一致// 是否重现重现频率 注释 附件 人员及时间管理 实测人员发现版本测试时间 分派程序员计划修复时间指派时间修复版本 实际修复时间修改时间 修复时差完成时间理/缺以后版本解陷处无法修改/不是问题已修改/ /重复/保留无法重现需要更多信息收/意见/决到并接受产生原因 修改方案 复测时间复测人员复测版本复测结论备注否是签字日期是否归档项目经理 Bug Report
Type Description Step and Picture Bug Level Manage Fatal/Critical/Major/Minor/Suggestion Severity High Priority / Medium Priority / Low Priority PriorityNew /Fixed /Closed /Hold/Differed/Reopen / Assigned StatusFrequency Reproducible Comments Attachments Person and Time Manage Detected on Date Detected Detected By in Version Assigned toModified Assigned in Plan fixed Data VersionDataActual Fixed Modified Time DateClosing Date Time Difference
Mantis提交BUG操作指南
Mantis提交BUG操作指南 1.登陆https://19 2.168.0.176/mantis账号一般为姓名全名，初始密码123456 2.在右上角项目下拉菜单中选择所要提交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.7 b)Insight(后台运营系统)版本为v1.0.0602b c)其它版本为1.0 7.后台的BUG分派给常文庆、机顶盒端的BUG分派给张毅 8.填写摘要信息，摘要是一个BUG的标题，首先要将被测试的模块的名称描述出来，例： “【模块名称】”,然后再简单的描述该问题是什么。 9.再填写BUG描述信息，可以在BUG描述中可以写上 BUG的复现步骤： 实际结果： 期望结果： 10．通过上传文件可以上传BUG截图或者日志等文件。 11.最后点击页面最下方的提交报告按钮可提交BUG
mantis管理篇
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 基本信息编辑
bug报告模板
文件编号：HN863-3-JS-10 记录编号： XXXX 问题报告 编制：年月日 审核：年月日 批准：年月日 河南省863软件孵化器有限公司软件评测中心
目录 1.功能模块1 (3) 1.1功能模块1的子模块 (3) N．功能模块N ................................................................................................................... 错误！未定义书签。N.1功能模块N的子模块................................................................................................ 错误！未定义书签。
1.功能模块1 1.1功能模块1的子模块 1.1.1 问题简要描述 软件名称MA0601能力验证样品软件版本 1.00 测试人测试时间 缺陷简要描述班级管理下的科目统计信息有误 缺陷严重程度□、崩溃，□、严重，□、一般，□、提示 缺陷对应用例标识 3.1.2.5（亦即对应的需求标识） 发现缺陷的初始条件 1.在班级成绩管理下选择一个班级，点击【显示】； 缺陷再现步骤 2.点击【增加记录】，弹出学生信息输入界面； 3.输入符合规约的学生信息，点击【确定】，信息增加成功 4.检查科目统计信息中的物理“总成绩”，发现物理总成绩计 算错误。 预期结果： 实际结果： 是否再现：□是□否校验人： 是否修改：□是□否 处理结果： 错误原因：□功能与需求不一致□需求分析错误□设计错误□代码错误 □疏忽□其它
系统测试报告模板
XXX项目软件测试报告 编制： 审核： 批准：
目录 1 概述..................................................... 错误!未定义书签。 2 测试概要................................................. 错误!未定义书签。 进度回顾........................................... 错误!未定义书签。 测试环境........................................... 错误!未定义书签。 软硬件环境................................... 错误!未定义书签。 网络拓扑..................................... 错误!未定义书签。 3 测试结论................................................. 错误!未定义书签。 测试记录........................................... 错误!未定义书签。 缺陷修改记录....................................... 错误!未定义书签。 功能性............................................. 错误!未定义书签。 易用性............................................. 错误!未定义书签。 可靠性............................................. 错误!未定义书签。 兼容性............................................. 错误!未定义书签。 安全性............................................. 错误!未定义书签。 4 缺陷分析................................................. 错误!未定义书签。 缺陷收敛趋势....................................... 错误!未定义书签。 缺陷统计分析....................................... 错误!未定义书签。 5 遗留问题分析............................................. 错误!未定义书签。 遗留问题统计....................................... 错误!未定义书签。