bug管理规范及流程.docx

《bug管理规范及流程.docx》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、.....................最新资料整理推荐.....................bug管理规范及流程1、概述本文档定义bug的整个生命周期，规范bug的解决方案及管理流程。Bug在流转的过程中有章可循。 规范bug严重等级与bug解决优先级，使开发人员与测试人员能根据此文档准确判断bug的严重程度并加以解决；2、关键角色及职责角色职责测试工程师1.根据规范提交bug；2.及时验证bug是否已解决；3.及时关注开发拒绝bug，和相关人员沟通讨论解决方式；测试经理1.审核测试工程师提交的bug；2.定期reviewbug，报

2、告现状，并给出解决意见；开发工程师1.以优先级为依据分析解决bug开发主管1.定期reviewbug，对bug多的模块加强codereview和单元测试；2.分析bug解决进度，对产品质量及进度进行风险评估；产品1、当开发和测试存在意见分歧时，进行需求确认2、从产品角度划分bug修改的优先级；9.....................最新资料整理推荐.....................   3、Bug生命周期9.....................最新资料整理推荐.....................4、Bug书写规范4.1

3、 BUG标题1)以一个简短的句子描述某个模块存在的问题；或者某个操作导致了什么问题；2)描述问题时要简练、直接切入主题，但是要抓住要点；3)偶现bug在主题前标注出现的次数；4)有些模块功能比较多，可以在主题描述前标注上具体得操作；示例：【偶现3次】【账号切换】登录非本机手机号，切换回本机号码登录后，收不到消息【偶现2次】添加载体库时程序停止运行4.2重现步骤说明区域包括：步骤、预计结果、实际结果、测试环境、bug出现时间、截图、日志1)  用数字编号，一步步的描述问题的重现步骤；2)  不同的操作步骤产生不同的问题，需分别报bug；尽量做

4、到一个bug汇报一个问题；3)  偶现问题必须明确bug出现的时间、提供截图以及日志；5、Bug解决方案当天提交的新建状态bug，对应的开发人员需在2天内全部审核一遍，将bug分成以下3类：拒绝、进行中、延期、反馈（给产品）；开发已修复的bug：将bug状态置为已解决；同时添加说明验证版本号、错误原因、解决办法；示例：9.....................最新资料整理推荐.....................验证版本：V1.0.1.1101（1101表示在11月1号可以验证） 问题原因：未作条件判断 解决方法：进行合理边界判断开发

5、认为不是bug：将bug状态置为已拒绝；指派给bug提出者；同时注明拒绝理由；示例：参考XXX设计，测试人员理解错误；bug缺乏必要的信息，无法重现：将bug状态置为已拒绝（无法重现）；指派给bug提出者；同时注明拒绝理由；示例：缺少必须日志；开发已修复，测试验证通过的bug：将bug状态置为关闭，并注明通过版本号；示例：V1.0.1.1103验证通过开发已修复，测试验证不通过的bug：将bug状态置为打回（激活），并根据实际情况注明反馈理由；示例：    V1.0.1.1103版本验证此问题仍然存在；    步骤：XXX    出现时间：

6、XXX    测试环境：XXX    截图、日志；测试、开发有争议的bug：指派给对应产品经理，进行讨论确认修改方案；由产品经理编辑bug状态为激活/不予处理/转为需求，并注明理由。示例：9.....................最新资料整理推荐.....................    测试认为ip地址设置错误，应该提示用户，而不应该程序出现停止运行；无法修复的bug：将bug状态修改为公认(外部原因/不予解决)，并注明公认理由；无法重现的bug：主要依赖日志分析问题原因，然后进行对应的修改；开发修改后，测试追溯3个版本、或者使用

7、测试工具反复测试，如没有重现则先关闭；并注明关闭版本号；示例：    V1.0.1.1103暂未复现，先关闭；需延期的bug：将bug状态修改为低，计划完成日期修改为计划解决bug的日期；并注明延期理由；示例：    需求变更，改动量很大，影响版本发布时间；产品确认需要修改的bug：将bug状态修改为打回，指派给对应的开发人员，并注明修改内容；产品确认不需要修改的bug：将bug状态修改为已解决，并注明不需要修改原因；不是本端的bug：由bug所在端（本端）人员给出分析说明，转给对应端和开发人员，并口头通知；6、Bug跟踪类别bug：测试人

8、员判定为bug的问题；优化：功能已实现，需要做性能优化的问题；建议：测试对于产品的一些改进建议；需求：需要产品重新梳理的需求问题；7、Bug状态新建：测试人员新提交的bug、优化