面试题之Bug的生命周期

今天来分享一个基础面试题：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优先级较低，无需在本迭代修复，则添加备注进行说明，后续版本持续关注。