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 ,打印