本文详细介绍了Bug从被发现到关闭的完整生命周期，包括新建、指派、已解决、待验和关闭等状态。在处理过程中涉及的流程包括：发现与提交、研发确认与修复、回归验证。如果验证未通过，则进入重新指派和解决的循环。此外，还涵盖了拒绝、延期等中间状态。文中强调了与开发人员的沟通与协作，如关注BUG状态、验证修复、处理重复、无法重现等情况，确保Bug得到妥善解决。
bug的生命周期
BUG的生命周期，就是一个BUG被发现到这个BUG被关闭的过程。
生命周期中缺陷状态：新建–>指派–>已解决–>待验–>关闭
发现BUG–>提交BUG–>指派BUG–>研发确认BUG–>研发去修复BUG–>回归验证BUG–>是否通过验证–>关闭BUG
如果待验的BUG在验证时没有解决好，我们需要重新打开–指派—已解决—待验，循环这个过程。
中间其他状态：拒绝、延期等
BUG的处理流程图（生命周期图）
状态处理
1.已经指派的BUG—已经指派给开发的，应随时关注并进行跟踪自己所提BUG的状态变化！如果一直未修复，提醒开发人员修改；如果已经修复等待测试环境更新后进行验证
2.已解决的BUG----等待测试环境更新后进行验证，验证通过则关闭；验证不通过则重新指派给开发
3.重复BUG----先去查看下是否跟开发指定的BUG或者，自己在BUG系统内看到的BUG重复？如果确定重复则关闭；如果不重复，说明原因，重新打开指派给开发。
4.不是缺陷----确认开发环境是否和测试环境一致，如果如开发所说不是缺陷则进行关闭；如果确认是缺陷跟开发沟通，沟通未达一致找产品/反馈老大确认，确认是BUG注明情况并再次指派给开发。
5.无法重现----确认开发环境是否跟测试环境一致？包括操作步骤，浏览器、环境、特定账号等，如果多个版本验证之后，如开发所说重现不了
最低0.47元/天 解锁文章
扫一扫
2444
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
