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
时选错了项目名，用“移动问题”功能，将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 ,打印