mantis使用介绍

1.1 角色介绍

1. 系统管理员（运维）：主要创建用户，创建项目；维护其他信息。
2. 经理：主要维护项目信息（如：维护测试模块，维护项目组成员，测试版本，发布公告；维护缺陷分类、实施版本）。研发部的项目经理、系统实施顾问、测试部的测试负责人、技服部项目经理有此权限；（各部门经理：不维护信息，监督特殊问题的处理、浏览统计报表数据等功能）
3. 报告人员：主要提交bug。测试工程师执行测试时，提交发现的bug；技术工程师提交客户反馈的软件缺陷。
4. 开发人员：主要修复bug。研发部各项目的bug修改人员有此权限。
5. 查看人员（观察者）：主要浏览bug。
6. 修改人员：目前不用此角色。

Mantis中的经理角色拥有“报告人员”“开发人员”“查看人员”的操作权限。各操作权限限制在所分配的项目范围内。

1.2 Bug的状态含义

1. 新建：新提交的且尚未指派给开发人员的bug。
2. 已分派：项目经理或系统实施顾问将bug指派给开发人员，开发人员尚未接收确认的bug。
3. 公认：开发人员看到指派给自己修改的bug后，将bug状态设置为“公认”，以告知指派人自己收到了分配的bug。
4. 已解决：开发人员修复bug后，将bug状态设置为“已解决”；等待验证测试的bug。
5. 打回：验证测试未通过，需要开发人员重新修改的bug。
6. 已关闭：验证测试通过，关闭的bug。
7. 已确认：即暂时不改的bug，（完成度）“暂停”的bug。

1.3 使用流程

Mantis使用流程图如下所示：

详细步骤：

1.3.1 管理员建立请测项目

1. 项目名称为：产品名称；
2. 维护模块信息（可以不维护）；
3. 维护测试版本信息；
4. 维护项目组成员（部门经理也要加上）；

1.3.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设置为“已确认”状态。

1.3.3 项目测试阶段的其他相关活动

1. 项目经理、测试负责人可在测试之前将测试注意事项等发表公告，项目成员在“首页”上浏览。见【编辑公告】功能。
2. 若测试人员提交bug时选错了项目名，用“移动问题”功能，将bug移动至所属项目bug单中；
3. 在上述步骤1.和2.进行的过程中，项目经理、测试负责人可就Bug单上的特殊问题进行监视，在“我的视图/我正在监视”列表中显示所有监视的bug；
4. 针对同一因素造成的不同表现的多条bug，开发人员修改完一个bug,相关bug描述的现象已解决时，可就多个bug建立关联，提醒测试人员集中验证。测试人员也可用“创建子项问题”功能，提交同一因素造成的多个现象bug，供开发人员定位问题根源。