bug管理规范方案与流程

bug管理规范方案与流程

ID:35563079

大小:81.11 KB

页数:8页

时间:2019-03-28

bug管理规范方案与流程_第1页
bug管理规范方案与流程_第2页
bug管理规范方案与流程_第3页
bug管理规范方案与流程_第4页
bug管理规范方案与流程_第5页
资源描述:

《bug管理规范方案与流程》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库

1、bug管理规范及流程1、概述本文档定义bug的整个生命周期,规范bug的解决方案及管理流程。Bug在流转的过程中有章可循。 规范bug严重等级与bug解决优先级,使开发人员与测试人员能根据此文档准确判断bug的严重程度并加以解决;2、关键角色及职责角色职责测试工程师1.根据规范提交bug;2.及时验证bug是否已解决;3.及时关注开发拒绝bug,和相关人员沟通讨论解决方式;测试经理1.审核测试工程师提交的bug;2.定期reviewbug,报告现状,并给出解决意见;开发工程师1.以优先级为依据分析解决bug开发主管1.定期reviewbug,对bug多的模块加强c

2、odereview和单元测试;2.分析bug解决进度,对产品质量及进度进行风险评估;产品1、当开发和测试存在意见分歧时,进行需求确认2、从产品角度划分bug修改的优先级;   3、Bug生命周期4、Bug书写规范4.1 BUG标题1)以一个简短的句子描述某个模块存在的问题;或者某个操作导致了什么问题;2)描述问题时要简练、直接切入主题,但是要抓住要点;3)偶现bug在主题前标注出现的次数;4)有些模块功能比较多,可以在主题描述前标注上具体得操作;示例:【偶现3次】【账号切换】登录非本机手机号,切换回本机号码登录后,收不到消息【偶现2次】添加载体库时程序停止运行4.

3、2重现步骤说明区域包括:步骤、预计结果、实际结果、测试环境、bug出现时间、截图、日志1)  用数字编号,一步步的描述问题的重现步骤;2)  不同的操作步骤产生不同的问题,需分别报bug;尽量做到一个bug汇报一个问题;3)  偶现问题必须明确bug出现的时间、提供截图以及日志;5、Bug解决方案当天提交的新建状态bug,对应的开发人员需在2天内全部审核一遍,将bug分成以下3类:拒绝、进行中、延期、反馈(给产品);开发已修复的bug:将bug状态置为已解决;同时添加说明验证版本号、错误原因、解决办法;示例:验证版本:V1.0.1.1101(1101表示在11月1

4、号可以验证)问题原因:未作条件判断解决方法:进行合理边界判断开发认为不是bug:将bug状态置为已拒绝;指派给bug提出者;同时注明拒绝理由;示例:参考XXX设计,测试人员理解错误;bug缺乏必要的信息,无法重现:将bug状态置为已拒绝(无法重现);指派给bug提出者;同时注明拒绝理由;示例:缺少必须日志;开发已修复,测试验证通过的bug:将bug状态置为关闭,并注明通过版本号;示例:V1.0.1.1103验证通过开发已修复,测试验证不通过的bug:将bug状态置为打回(激活),并根据实际情况注明反馈理由;示例:    V1.0.1.1103版本验证此问题仍然存在

5、;    步骤:XXX    出现时间:XXX    测试环境:XXX    截图、日志;测试、开发有争议的bug:指派给对应产品经理,进行讨论确认修改方案;由产品经理编辑bug状态为激活/不予处理/转为需求,并注明理由。示例:    测试认为ip地址设置错误,应该提示用户,而不应该程序出现停止运行;无法修复的bug:将bug状态修改为公认(外部原因/不予解决),并注明公认理由;无法重现的bug:主要依赖日志分析问题原因,然后进行对应的修改;开发修改后,测试追溯3个版本、或者使用测试工具反复测试,如没有重现则先关闭;并注明关闭版本号;示例:    V1.0.1.1

6、103暂未复现,先关闭;需延期的bug:将bug状态修改为低,计划完成日期修改为计划解决bug的日期;并注明延期理由;示例:    需求变更,改动量很大,影响版本发布时间;产品确认需要修改的bug:将bug状态修改为打回,指派给对应的开发人员,并注明修改内容;产品确认不需要修改的bug:将bug状态修改为已解决,并注明不需要修改原因;不是本端的bug:由bug所在端(本端)人员给出分析说明,转给对应端和开发人员,并口头通知;6、Bug跟踪类别bug:测试人员判定为bug的问题;优化:功能已实现,需要做性能优化的问题;建议:测试对于产品的一些改进建议;需求:需要产品

7、重新梳理的需求问题;7、Bug状态新建:测试人员新提交的bug、优化或者建议的问题状态;进行中:开发人员已确认是bug,需要修改的问题状态;已解决:开发人员已修复的问题状态;已关闭:测试验证,确定已解决的问题状态;已拒绝:开发认为不是bug,拒绝给测试的问题状态;反馈:反馈给产品确认的问题状态;公认:确认是bug,但是无法解决的问题状态;打回:测试验证已解决bug,仍然没有修复的问题状态; 8、Bug严重程度致命:不能执行正常的功能操作,或者因产品原因导致系统死机,需马上修复的问题示例:      程序无法启动,或者登录;     程序崩溃、停止运行,系统死机,无

8、法进行下一

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。