bug单的生命周期

本文详细介绍了从测试工程师发现bug到最终关闭bug单的完整流程,包括12个关键步骤,涉及测试、开发、管理和回归测试。还讨论了在实际操作中可能出现的异常情况,如偶现bug的处理、需求理解误差、修改不彻底等问题,以及如何优化bug管理流程以提高效率。
摘要由CSDN通过智能技术生成

测试工程师发现了软件的缺陷(bug),那修复bug的整个流程是怎么样的呢?

1、发现bug

2、和开发确认是否是bug

3、如果是bug则提bug单到测试经理,如果不是则放过

4、测试经理把bug单走到开发经理

5、开发经理分问题单到开发工程师手中定位

6、测试工程师定位完成后,把定位结论写到bug单中,然后走到开发经理处,让其审核定位

7、开发经理审核完成后把bug单走到开发工程师手中

8、开发工程师进行修改后,走到其他开发工程师中进行审核修改

9、审核完成后,走到开发经理处

10、转测试版本后,开发经理把修改的bug单走到测试经理处

11、测试经理把问题单分派到测试工程师手中,进行回归测试

12、回归bug单的过程中,有可能出现bug单回归不通过的情况,这个时候需要把bug走回到开发手中,回归通过关闭bug单


通过上面的12步骤,发现修复一个bug单的流程貌似很复杂,这个是一个标准的流程,很多小公司或者小团队,他们的bug单流程没有这么复杂,可能测试人员直接把bug单走到对应的开发工程师手中,开发修改完成转测试版本后,直接走回给测试工程师进行回归测试,这样步骤就减少了很多。

上面的流程都是理想状态,但是还有很多其他异常的情况,如下面所列举的:

1、bug单是偶现的,开发工程师和测试工程师都不能够复现,这种问题应该怎么样进行处理呢?公司中一般是这样处理的,连续三个版本不复现,bug单降级处理,如果是提示级别,连续三个版本不复现,这直接关闭。

2、开发

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值