Bug定义、管理的一点简单思考

背景

本篇Bug分析是基于公司现状,结合实际需要进行的简要分析,以期能规范Bug提报,优化Bug管控,提高开发和测试间的协作效率,为质量度量提供参考数据。

一、Bug状态管理

  1. 当前Bug状态:

    • active
    • resolved
    • closed
    • obsolete
  2. 建议Bug状态:

    • active:测试人员发现bug并提交,待修改状态。
    • resolved:开发人员修改完bug,bug变更为已解决状态。
    • closed:测试人员回归通过,变更为已通过状态。
    • reopen:测试人员回归不通过,变更为需再次修改状态。
    • postpone:经确认不需要在本次发布范围之内修改,变更为推迟修改状态。
    • rejected:开发人员确认不是bug,变更为非bug状态。
    • duplicated:开发人员确认是重复bug,变更为重复bug状态。
    • obsolete:重复和非bug的,经过测试人员确认后,变更为废弃状态。
  3. 在发布前,只能有closed、postpone和obsolete状态的bug留存。

  4. 当状态变更为closed、postpone和obsolete时,jira单子的状态自动变成“完成”。

二、Bug生命周期

流程图1

resolve
pass
fail
  • 1
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值