禅道bug流程

bug管理规范及流程

1 概述

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

2 关键角色及职责

角色 测试工程师 职责 1. 根据规范提交bug； 2. 及时验证bug是否已解决； 3. 及时关注开发拒绝bug，和相关人员沟通讨论解决方式； 测试负责人 1. 审核测试工程师提交的bug； 2. 定期review bug，报告现状，并给出解决意见； 开发工程师 研发经理 1. 以优先级为依据分析解决bug 1. 定期 review bug，对bug多的模块加强code review和单元测试； 2. 分析bug解决进度，对产品质量及进度进行风险评估； 产品 1、当开发和测试存在意见分歧时，进行需求确认 2、从产品角度划分bug修改的优先级； 3 Bug的生命周期

4 Bug解决方案

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

一、无争议类

A. 解决方案 已解决

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

问题原因：未作条件判断 解决方法：进行合理边界判断

B.解决方案 外部原因

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

示例：

C.解决方案 无法重现

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

D.解决方案 延期解决

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