mantis使用介绍

1.1 角色介绍

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

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

1.2 Bug的状态含义

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

1.3 使用流程

Mantis使用流程图如下所示&＃xff1a;

详细步骤&＃xff1a;

1.3.1 管理员建立请测项目

1. 项目名称为&＃xff1a;产品名称&＃xff1b;
2. 维护模块信息&＃xff08;可以不维护&＃xff09;&＃xff1b;
3. 维护测试版本信息&＃xff1b;
4. 维护项目组成员&＃xff08;部门经理也要加上&＃xff09;&＃xff1b;

1.3.2 测试人员提交bug及跟踪过程

1. 测试人员提交bug&＃xff1a;选择项目名称&＃xff08;产品名称&＃xff09;→模块名称→bug出现频率、严重性、优先权→产品版本→bug标题/bug详细说明→查看状态设置为“公共的”&＃xff0c;提交。
2. 项目经理指派bug&＃xff1a;点击bug编号后进入的页面&＃xff0c;将bug指派给开发人员。(可以设定某模块的bug由固定的开发人员修改&＃xff0c;实现自动指派。)
3. 开发人员接收bug&＃xff1a;将指派给自己的bug状态设置为“公认”状态。
4. 开发人员修改bug&＃xff1a;修改完成&＃xff0c;设置完成度&＃xff0c;将bug状态设置为“已解决”状态。
5. 测试人员验证已解决的bug&＃xff1a;验证测试通过&＃xff0c;需填写“修正此问题的软件版本”&＃xff0c;将bug设置为“已关闭”状态。
6. 测试人员验证已解决的bug&＃xff1a;验证测试未通过&＃xff0c;将bug设置为“打回”状态&＃xff0c;请开发人员重新修改。(重新开启任务&＃xff0c;反馈)
7. 暂时不改的bug需要项目经理、测试负责人确认后&＃xff0c;开发人员将bug设置为“已确认”状态。

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

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