资源预览内容
第1页 / 共17页
第2页 / 共17页
第3页 / 共17页
第4页 / 共17页
第5页 / 共17页
第6页 / 共17页
第7页 / 共17页
第8页 / 共17页
第9页 / 共17页
第10页 / 共17页
亲,该文档总共17页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述
BUG追踪管理系统(MANTIS)培训,2011年5月31号,主要内容,BUG追踪管理综述BUG追踪管理流程Mantis操作简述,Bug追踪管理概述,Bug追踪管理的重要性 保证Bug能够得到及时的发现和解决 解决bug的过程细节能够得到完整的记录和存档 随时了解当前项目中的bug的处理状况和整体情况Bug追踪管理中的主要角色 项目经理:PM 主要职责:确认问题,分派任务,协调任务,重新打开问题 开发人员:DEV 主要职责:修复问题 测试人员(报告人员): RP 主要职责:报告问题,测试并确认问题得到解决,主要内容,BUG追踪管理综述BUG追踪管理流程Mantis操作简述,Bug追踪管理的状态,Bug严重级别,主要内容,BUG追踪管理综述BUG追踪管理流程Mantis操作简述,在网页浏览器地址栏里输入http:/192.168.0.15:8081/mantis,进入Mantis的登录界面,如下图:,在登录的页面,输入用户名和密码,进入Mantis的主界面,点击提交问题进入以下页面,选择你报告的问题所属的项目,如下图:,选择项目,查看问题,修改问题,点击编辑,对问题进行修改,报告问题时要注意的事项,每个软件问题报告只书写一个缺陷或错误:这样可以每次只处理一个确定的错误,定位明确,提高效率,也便于修复错误后方便的进行验证 对错误的描述要做到简洁、准确、完整,揭示错误实质 明确指明错误类型和严重程度:根据错误的现象,总结判断错误的类型和严重程度,例如,是功能错误?还是界面布局错误?该错误是属于特别严重的错误还是一般错误?是否影响软件的后续开发和发布? 每一个步骤尽量只记录一个操作。简洁、条理井然,容易重复操作步骤,以便确认、修复、验证该错误。 复现的操作步骤要完整,准确,简短 保证快速准确的重复错误,“完整”即没有缺漏,“准确”即步骤正确,“简短”即没有多余的步骤。 附加必要的错误特征图像:为了直观的观察缺陷或错误现象,通常需要附加错误出现的界面,作为附件附着在记录的“附件”部分。为了节省空间,又能真实反映缺陷或错误本质,可以捕捉缺陷或错误产生时的全屏幕,活动窗口和局部区域。,其他注意事项,误区 开发人员 把问题置为“已解决”就是把事情做完了-只有测试人员确认问题已解决并关闭了才算是真正解决了问题测试是测试人员的事情-开发人员同样应该主动发现报告问题,而且有些测试只有开发人员才能做好 测试人员 把问题报告了,就是测试工作完成了-在程序员解决问题之后,还要确认问题是否解决了并最终关闭问题问题关闭之后,就肯定没有问题了-定期要进行回归测试,即把已经测试关闭之后的问题重新进行测试,因为后面的问题的修改可能会影响到前面的问题,原来正确的地方有可能错了。,谢谢大家! 希望大家踊跃提出使用 过程中出现的问题!,
收藏 下载该资源
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号