《mantis使用流程必看》由会员分享，可在线阅读，更多相关《mantis使用流程必看（4页珍藏版）》请在金锄头文库上搜索。
1、Mantis缺陷管理系统一使用目的：1满足技术工程师在实施现场把客户反馈的软件缺陷记录在mantis上，及时汇报，修改，验证。2.监督特殊问题的处理；3可根据需要，扩充字段；二.Mantis使用流程:（一）角色介绍：（1）系统管理员:主要创建用户，创建项目；维护其他信息。（2）经理:主要维护项目信息（如:维护测试模块，维护项目组成员，测试版本，发布公告；维护缺陷分类、实施版本）。研发部的项目经理、系统实施顾问、测试部的测试负责人技服部项目经理有此权限；（各部门经理:不维护信息，监督特殊问题的处理、浏览统计报表数据等功能)(3) 报告人员：主要提交bug。测试工程师执行测试时，提交发现的bug；
2、技术工程师提交客户反馈的软件缺陷。(4) 开发人员：主要修复bug。研发部各项目的bug修改人员有此权限。(5) 查看人员：主要浏览bug。(6) 修改人员：目前不用此角色。Mantis中的经理角色拥有“报告人员”“开发人员”“查看人员”的操作权限。各操作权限限制在所分配的项目范围内。(二) Bug的状态含义：(1) 新建：新提交的且尚未指派给开发人员的bug。(2) 已分派：项目经理或系统实施顾问将bug指派给开发人员，开发人员尚未接收确认的bug。(3) 公认：开发人员看到指派给自己修改的bug后，将bug状态设置为“公认”以告知指派人自己收到了分配的bug。(4) 已解决：开发人员修复b
3、ug后，将bug状态设置为“已解决”；等待验证测试的bug。(5) 打回：验证测试未通过，需要开发人员重新修改的bug。(6)已关闭：验证测试通过，关闭的bug。(7) 已确认：即暂时不改的bug，(完成度)“暂停”的bug。(三) 使用流程：1.管理员建立请测项目：(1)项目名称为：产品名称；(2) 维护模块信息(可以不维护)；(3)维护测试版本信息；(4)维护项目组成员(部门经理也要加上)；2测试人员提交bug及跟踪过程：(1) 测试人员提交bug:选择项目名称(产品名称)一模块名称一bug出现频率、严重性、优先权一产品版本一bug标题/bug详细说明一查看状态设置为“公共的”，提交。(2
4、) 项目经理指派bug:点击bug编号后进入的页面，将bug指派给开发人员。(可以设定某模块的bug由固定的开发人员修改，实现自动指派。)(3) 开发人员接收bug:将指派给自己的bug状态设置为“公认”状态。(4) 开发人员修改bug:修改完成，设置完成度，将bug状态设置为“已解决”状态。(5) 测试人员验证已解决的bug：验证测试通过，需填写“修正此问题的软件版本”将bug设置为“已关闭”状态。(6) 测试人员验证已解决的bug:验证测试未通过，将bug设置为“打回”状态，请开发人员重新修改。(7) 暂时不改的bug需要项目经理、测试负责人确认后，开发人员将bug设置为“已确认”状态。3
5、项目测试阶段的其他相关活动：(1) 项目经理、测试负责人可在测试之前将测试注意事项等发表公告，项目成员在“首页”上浏览。见【编辑公告】功能。(2) 若测试人员提交bug时选错了项目名，用“移动问题”功能，将bug移动至所属项目bug单中；(3) 在上述步骤1.和2.进行的过程中，项目经理、测试负责人可就Bug单上的特殊问题进行监视，在“我的视图/我正在监视”列表中显示所有监视的bug；(4) 针对同一因素造成的不同表现的多条bug，开发人员修改完一个bug,相关bug描述的现象已解决时，可就多个bug建立关联，提醒测试人员集中验证。测试人员也可用“创建子项问题”功能，提交同一因素造成的多个现象
6、bug，供开发人员定位问题根源。4.管理员建立实施项目:(有客户反馈的产品缺陷维护此项目)(1) 项目名称为:医院名称/产品名称；(2) 维护缺陷分类：Bug，新需求，工程问题，客户建议(必须维护)；(3) 维护实施版本信息(必须维护:开发人员根据此版本号能找到对应的源码做修改)(4) 维护项目组成员(部门经理和系统实施顾问也要加上)；反馈缺陷技术服务部一一提交BUG-实施顾问7一Q:技:木：总：:监i!产1品i研发部暂时不.能修改验证未通过工稈问题修改完毕不做实现填写出库单发行a已修改配置管理员-入基线库入产品库5. 技服人员提交bug及跟踪过程：(1) 技术工程师提交bug:选择项目名称(
7、医院名称/产品名称)一bug分类(必填项)一bug出现频率、严重性、优先权一产品版本一bug标题/bug详细说明一查看状态设置为“公共的”，提交。(2) 系统实施顾问指派bug:点击bug编号后进入的页面，将bug指派给开发人员。(3) 开发人员接收bug:将指派给自己的bug状态设置为“公认”状态。(4) 开发人员修改bug:修改完成，设置完成度，将bug状态设置为“已解决”状态。(5) 测试人员验证已解决的bug:在注释栏写上“验证结果”(6) 技服人员为客户安装新版本，客户认可修改方案后，技服人员将对应的bug关闭。(7) 测试人员验证已解决的bug:验证测试未通过，将bug设置为“打回
8、”状态，请开发人员重新修改。(8) 暂时不改的bug需要经技服部项目经理确认后，开发人员将bug设置为“已确认”状态。6. 项目测试阶段的其他相关活动:(1) 若技服人员提交bug时选错了项目名，用“移动问题”功能，将bug移动至所属项目bug单中；(2) 在上述步骤4.和5.进行的过程中，项目经理、技服人员可就Bug单上的特殊问题进行监视，在“我的视图/我正在监视”列表中显示所有监视的bug。7. bug搜索:(1) 按编号搜索：输入bug编号，点击【跳转到该问题编号】(2) 按标题中所含的文字搜索:输入查询文字(支持模糊查询)，点击【筛选】；(3) “查询问题”页面:设置查询条件，点击【筛选】；8. 修改个人登录密码:在“个人帐号”功能。9. 浏览统计报表:(1) 部门经理查看所有项目的统计报表；(2) 项目经理查看单个项目的统计报表。见【统计报表】功能。10打印报告：可导出bug记录至Excel，打印。11.根据需要，可增加字段:见【自定义字段管理】
