禅道bug流程Word版

bug管理规范及流程

1 概述

本文档定义bug的整个生命周期，规范bug的解决方案及管理流程。Bug 在流转的过程中有章可循。规范bug严重等级与bug解决优先级，使开发人员与测试人员能根据此文档准确判断bug的严重程度并加以解决；

2 关键角色及职责

3 Bug的生命周期

4 Bug解决方案

Bug解决方案分为：已解决、外部原因、设计如此、重复bug、无法重现、延期解决、不予解决

一、无争议类

A.解决方案已解决

开发已修复的bug：bug解决方案置为已解决；同时添加说明错误原因、解决办法；

示例：

问题原因：未作条件判断

解决方法：进行合理边界判断

B.解决方案外部原因

开发认为不是bug：bug解决方案置为外部原因；指派给bug提出者；同时注明置为外部原因的理由；

示例：

C.解决方案无法重现

无法重现的bug：主要依赖日志分析问题原因，然后进行对应的修改；开发修改后，测试追溯3个版本、或者使用测试工具反复测试，如没有重现则先关闭；并注明关闭版本号；

D.解决方案延期解决

需延期的bug：将bug解决方案置为延期解决，并注明延期理由；

示例：

E．解决方案重复bug

开发认为bug重复：将bug解决方案置为重复bug，并标注重复bug的ID，并备注原因。

二、争议类

测试、开发有争议的bug：备注争议内容，并指派给对应产品，进行讨论确认修改方案；讨论后产品备注解决办法，并指派给对应的开发or测试；

A、产品确认需要修改的bug：将bug指派给对应的开发人员，并注明修改内容；示例：

B、产品确认不需要修改的bug：将bug解决方案置为设计如此、不予解决，并注明

不需要修改原因，指派给bug创建人员；

示例：

三、测试关注点：

开发已修复，测试验证通过的bug：关闭bug，并注明通过或者现状；

示例：

验证通过

开发已修复，测试验证不通过的bug：将bug激活，并根据实际情况注明激活理由；

示例：

5 Bug状态

激活：开发还未解决的问题状态；

已解决：开发人员已确认或已修复的问题状态；

已关闭：测试验证，确定已解决的问题状态；

6 Bug严重程度

1级：不能执行正常的功能操作，或者因产品原因导致系统死机，需马上修复的问题

示例：

程序无法启动，或者登录；