Bug的周期也就是管理流程(为什么需要在禅道上记录bug)

Bug的周期也就是管理流程

Bug的周期与管理流程不同。

Bug的生命周期是指从发现BUG到关闭BUG的中间一状态，即发现Bug、确认Bug、分配Bug、修复Bug、验证Bug、关闭Bug。

管理流程是指企业为了控制风险，降低成本，提高服务质量、工作效率以及对市场的反应速度，最终提高顾客满意度和企业市场竞争力进而达到利润最大化和提高经营效益的目的。即定义流程、设计流程图、定义规则、分配任务、分配人员、启动工作、接收流程、执行任务、发送流程、跟踪流程、监控流程。

为什么需要在禅道上记录bug

主要原因是关注禅道作为Bug管理工具、Bug管理平台、Bug管理系统的特性，而禅道这样一个覆盖软件研发全生命周期的系统，Bug管理模块确实不容小觑，可以提供专业完整的Bug管理流程。

bug？软件测试之缺陷管理流程

缺陷管理流程图

在 QC 中，缺陷的管理流程：

流程中的角色：1、 测试人员：进行测试的人员，缺陷的发起者； 2、 开发人员：执行开发任务的人员，完成实际的设计和编码工作； 3、 评审委员会：对缺陷进行最终确认，在项目成员对缺陷达不成一致意见时，行使仲裁权力。

缺陷的状态1、 New：缺陷的初始状态； 2、 Open：开发人员开始修改缺陷； 3、 Fixed：开发人员修改缺陷完毕； 4、 Closed：回归测试通过，关闭缺陷； 5、 Reopen：回归测试失败； 6、 postpone：推迟修改； 7、 Rejected：开发人员拒绝缺陷； 8、 Duplicate：已提交的Defect重复； 9、 Abandon：放弃

Bug****严重级别(Severity，Bug级别) ：是指因缺陷引起的故障对软件产品的影响程度，由测试人员指定。

| A-Crash| 造成系统或应用程序崩溃、死机、系统挂起，或造成数据丢失 |
| B-Major| 系统的主要功能部分丧失、数据不能保存，单个功能失效导致多个相关功能均失效 |
| C-Minor| 次要功能没有完全实现但不影响使用 |
| D-Trivial| 使操作者不方便或遇到麻烦，但它不影响功能的操作和执行 |
| E-Nice to Have（建议）| 建设性的意见或建议 |

Bug的严重等级定义：

1）使用频率

2）影响程度

3）出现概率

****Bug的优先级定义：****

1）对其他模块的影响

2）对自身模块的影响

3）对当前功能点的影响

声明： 我们致力于保护作者版权，注重分享，被刊用文章因无法核实真实出处，未能及时与作者取得联系，或有版权异议的，请联系管理员，我们会立即处理，本站部分文字与图片资源来自于网络，转载是出于传递更多信息之目的,若有来源标注错误或侵犯了您的合法权益，请立即通知我们(管理员邮箱：daokedao3713@qq.com)，情况属实，我们会第一时间予以删除，并同时向您表示歉意,谢谢!