今天，我们将共享一个名为bug生命周期的基础问题。 虽然是基础，但是在面试中被问到的概率很高。
错误的生命周期，即一个错误被发现并关闭的过程，在整个生命周期中，在不同的阶段对应不同的缺陷状态。
请参考以下错误的生命周期图。 主要有六个步骤。
1、测试同学提交错误
2、测试同学分配错误
3、开发同学确认bug
4、开发同学解决漏洞
5、测试同学回归验证错误
6、验证通过后关闭bug，不通过再激活bug
在错误的整个生命周期中，相应的缺陷状态如下：
新建---激活---已解决--- -已关闭
开发同学状态处理的说明：
1、不是漏洞
也就是说，测试的同学认为是bug，开发的同学认为不是。 请参考报道。 大制造商面试问题测试的同学发现了一个错误，你认为开发的同学不是错误吗？
2、反复出现故障
也就是说，前提条件中的错误是重复的，因此可以在错误管理工具中进行检查，如果是重复的错误，则将其关闭，否则将其重新激活并分配给开发同班同学。
3、无法再现
确认能否在测试环境中再现，如果可能的话，可以与开发同学沟通，向开发同学进行演示，将bug重新激活为开发同学，进行修复。
如果无法再现，则需要多次尝试以查找错误的再现条件。 如果多次尝试都无法再现，请根据错误的严重程度，与产品同学或开发同学一起确认是否关闭。 非常严重，例如在洪流中闪回的bug，即使确认大家都关机了，也需要在测试报告中说明。 注意在线监测，万一在线有问题，需要立即修复。
4、设计就是这样
检查产品原型文档或请产品同学确认，如果产品同学明确说明，则关闭错误。
如果没有说明，需要和产品同学确认。 如果发现错误，请修复错误解决方案，在需求缺陷后重新激活以修复开发同学，如果确认后不是错误，请将其关闭。
5、不解决
与产品同学确认，需要解决时，重新激活开发同学进行修复，不需要解决时关闭。
6、延期解决
与产品同学确认，需要用当前版本解决时，重新激活开发同学进行修复。 如果错误优先级低，不需要本迭代修复，请添加评论进行说明，后续版本将继续关注。