mantis使用流程必看.doc_第1页
mantis使用流程必看.doc_第2页
mantis使用流程必看.doc_第3页
mantis使用流程必看.doc_第4页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

Mantis缺陷管理系统一使用目的:1.满足技术工程师在实施现场把客户反馈的软件缺陷记录在mantis上,及时汇报,修改,验证。2.监督特殊问题的处理;3.可根据需要,扩充字段;二Mantis使用流程:(一)角色介绍:(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出现频率、严重性、优先权产品版本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)维护项目组成员(部门经理和系统实施顾问也要加上);5.技服人员提交bug及跟踪过程:(1)技术工程师提交bug:选择项目名称(医院名称/产品名称)bug分类(必填项)bug出现频率、严重性、优先权产品版本bug标题/bug详细说明查看状态设置为“公共的”,提交。(2)系统实施顾问指派bug:点击bug编号后进入的页面,将bug指派给开发人员。(3)开发人员接收bug:将指派给自己的bug状态设置为“公认”状态。(4)开发人员修改bug:修改完成,设置完成度,将bug状态设置为“已解决”状态。(5)测试人员验证已解决的bug:在注释栏写上“验证结果”。 (6)技服人员为客户安装新版本,客户认可修改方案后,技服人员将对应的bug关闭。(7)测试人员验证已解决的bug:验证测试未通过,将bug设置为“打回”状态,请开发人员重新修改。(8)暂时不改的bug需要经技服部项目经理确认后,开发人员将bug设置为“已确认”状态。6.项目测试阶段的其他相关活动:(1)若技服人员提交bug时选错了项目名,用“移动问题”功能,将bug移动至所属项目bug单中;(2)在上述步骤4.和5.进行的过程中,项目经理、技服人员可就Bug单上的特殊问题进行监视,在“我的视图/我正在监视”列表中显示所有监视的bug。7.bug搜索:(1)按编号搜索:输入bug编号,点击【跳转到该问题编号】;(2)按标题中所含的文字搜索:输入查询文字(支持模糊查询),点击【筛选】;(3)“查询问题”页面:设置查询条件,点击【筛选】;8.修改个人登录密

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论