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解决方案置为延期解决，并注明延期理由； 示例：
禅道bug流程
