1.1 角色介绍
- 系统管理员（运维）：主要创建用户，创建项目；维护其他信息。
- 经理：主要维护项目信息（如：维护测试模块，维护项目组成员，测试版本，发布公告；维护缺陷分类、实施版本）。研发部的项目经理、系统实施顾问、测试部的测试负责人、技服部项目经理有此权限；（各部门经理：不维护信息，监督特殊问题的处理、浏览统计报表数据等功能）
- 报告人员：主要提交bug。测试工程师执行测试时，提交发现的bug；技术工程师提交客户反馈的软件缺陷。
- 开发人员：主要修复bug。研发部各项目的bug修改人员有此权限。
- 查看人员（观察者）：主要浏览bug。
- 修改人员：目前不用此角色。
Mantis中的经理角色拥有“报告人员”“开发人员”“查看人员”的操作权限。各操作权限限制在所分配的项目范围内。
1.2 Bug的状态含义
- 新建：新提交的且尚未指派给开发人员的bug。
- 已分派：项目经理或系统实施顾问将bug指派给开发人员，开发人员尚未接收确认的bug。
- 公认：开发人员看到指派给自己修改的bug后，将bug状态设置为“公认”，以告知指派人自己收到了分配的bug。
- 已解决：开发人员修复bug后，将bug状态设置为“已解决”；等待验证测试的bug。
- 打回：验证测试未通过，需要开发人员重新修改的bug。
- 已关闭：验证测试通过，关闭的bug。
- 已确认：即暂时不改的bug，（完成度）“暂停”的bug。
1.3 使用流程
Mantis使用流程图如下所示：
讯享网
详细步骤：
1.3.1 管理员建立请测项目
- 项目名称为：产品名称；
- 维护模块信息（可以不维护）；
- 维护测试版本信息；
- 维护项目组成员（部门经理也要加上）；
1.3.2 测试人员提交bug及跟踪过程
- 测试人员提交bug：选择项目名称（产品名称）→模块名称→bug出现频率、严重性、优先权→产品版本→bug标题/bug详细说明→查看状态设置为“公共的”，提交。
- 项目经理指派bug：点击bug编号后进入的页面，将bug指派给开发人员。(可以设定某模块的bug由固定的开发人员修改，实现自动指派。)
- 开发人员接收bug：将指派给自己的bug状态设置为“公认”状态。
- 开发人员修改bug：修改完成，设置完成度，将bug状态设置为“已解决”状态。
- 测试人员验证已解决的bug：验证测试通过，需填写“修正此问题的软件版本”，将bug设置为“已关闭”状态。
- 测试人员验证已解决的bug：验证测试未通过，将bug设置为“打回”状态，请开发人员重新修改。(重新开启任务，反馈)
- 暂时不改的bug需要项目经理、测试负责人确认后，开发人员将bug设置为“已确认”状态。
1.3.3 项目测试阶段的其他相关活动
- 项目经理、测试负责人可在测试之前将测试注意事项等发表公告，项目成员在“首页”上浏览。见【编辑公告】功能。
- 若测试人员提交bug时选错了项目名，用“移动问题”功能，将bug移动至所属项目bug单中；
- 在上述步骤1.和2.进行的过程中，项目经理、测试负责人可就Bug单上的特殊问题进行监视，在“我的视图/我正在监视”列表中显示所有监视的bug；
- 针对同一因素造成的不同表现的多条bug，开发人员修改完一个bug,相关bug描述的现象已解决时，可就多个bug建立关联，提醒测试人员集中验证。测试人员也可用“创建子项问题”功能，提交同一因素造成的多个现象bug，供开发人员定位问题根源。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请联系我们，一经查实，本站将立刻删除。
如需转载请保留出处：https://51itzy.com/kjqy/125532.html