bug的状态有哪几种 bug的生命周期 _生活百科

bug的生命周期
BUG的生命周期就是从发现BUG到关闭BUG的过程。
生命周期中的缺陷状态:新->:分配->；已解决-& gt；待测->:关闭
发现Bug->提交bug->分配bug->研发bug确认-> R&d修复bug->回归bug->通过验证-& gt；关闭BUG
如果要测试的BUG在验证过程中没有解决，我们需要重新打开——分配——解决——要测试，循环这个过程。
其他中间状态:拒绝、延期等。
缺陷处理流程图(生命周期图)
【bug的状态有哪几种 bug的生命周期】

文章插图
文章插图

处理状态
1.已经分配的bug——已经分配到开发的要时刻关注和跟踪自己bug的状态变化！如果还没修复，提醒开发者修复；如果已经修复，请等待测试环境更新后再进行验证。
2.解决BUG——验证前等待测试环境更新，验证后关闭；如果验证失败，它将被重新分配给开发。
3.重复BUG——先检查是否与开发指定的BUG或者你在BUG系统中看到的BUG相同？如果确定重复，则关闭；如果没有，解释原因并重新开始开发任务。
4.不是缺陷——确认开发环境和测试环境是否一致，如果不是开发所说的缺陷就关机；如果确认缺陷与开发者沟通，如果沟通不一致，产品/反馈boss确认，确认BUG表明情况，重新分配给开发者。
5.无法重现——确认开发环境与测试环境是否一致？包括操作步骤、浏览器、环境、具体账号等。如果多个版本验证后无法重现，根据BUG的严重程度，与产品、开发一起确认关闭；如果发现复发的原因，明确指出，重新分配给开发。
6.没有解决方案-请产品经理确认。确认不解决并关闭；确认需要解决问题，请说明原因，并向开发部门提交任务。
7.这是设计-请产品经理确认。确认设计以这种方式关闭；确认问题，注意原因再次出现并被分配到开发中。
8.延期修改——请看BUG的严重程度，是否影响当前版本的发布？与产品经理确认。如未延期，请根据情况重新开启，并备注说明情况；如果确认延迟，记录下来，注意后续版本。
培养学生的注意事项:
开发人员应该注意错误系统中的以下信息:
修改后的BUG要在BUG的评论中注明，有修改方案和信息，以后遇到类似问题，可以很快找到原因。
如果设计是这样的(不是缺陷)，不会解决的bug，推迟解决的bug，不能重现的bug，都要注明处理的原因，这样可以节省沟通时间，如果后续还有同样的问题，也可以很快找到原因。
重复的错误表示重复的错误ID