今天来分享一个基础面试题：Bug的生命周期，虽然基础，但是面试被问到的概率很高。
Bug的生命周期，也就是一个Bug被发现到被关闭的过程，在整个生命周期中，不同的阶段对应不同的缺陷状态。
大家可以参考如下的Bug生命周期图，主要有6个步骤：
1、测试同学提交Bug
2、测试同学指派Bug
3、开发同学确认Bug
4、开发同学解决Bug
5、测试同学回归验证Bug
6、验证通过则关闭Bug，不通过重新激活Bug
在Bug的整个生命周期中，对应的缺陷状态为：
新建-->激活-->已解决-->关闭
开发同学状态处理说明：
1、非Bug
即测试同学认为是Bug，而开发同学认为不是，请参考文章：大厂面试题之测试同学发现了一个Bug，而开发同学认为不是Bug怎么办？
2、重复Bug
也就是与之前提的Bug重复了，在Bug管理工具中进行确认，如果是重复Bug，则关闭，如果不是，可重新激活并指派给开发同学。
3、无法重现
可在测试环境中进行确认是否能重现，如果能，则找开发同学进行沟通，并给开发同学进行演示，将Bug重新激活给开发同学，进行修复。
如果不能重现，则需要多次尝试查找Bug的重现条件，如果多次尝试还是无法重现，则根据Bug的严重程度，与产品同学和开发同学一起确认，是否关闭，如果是非常严重例如奔溃闪退的Bug，即使大家确认关闭了，也需要在测试报告中进行说明，注意线上监控，万一线上有问题，则需要及时修复了。
4、设计如此
查看产品原型文档或找产品同学进行确认，如果产品同学进行过明确说明，则关闭Bug。
如果没有说明，则需与产品同学进行确认，如果确认为Bug，则修改Bug解决方案为：需求缺陷后，重新激活给开发同学进行修复，如果确认后为非Bug，则关闭。
5、不予解决
与产品同学进行确认，如果需要解决，则重新激活给开发同学进行修复，如果无需解决，则关闭。
6、延期解决
与产品同学进行确认，如果需要当前版本解决，则重新激活给开发同学进行修复，如果Bug优先级较低，无需在本迭代修复，则添加备注进行说明，后续版本持续关注。
