---

前言

对于测试人员来说，bug的生命周期一般分为：发现bug—>提交bug—>验证bug，那在这三个阶段中如何体现测试的专业度呢？

第一阶段：发现bug
场景：测试不就是发现bug吗，有什么技术含量？
思考：当发现一个bug，除了尽快报告问题以外，我们还能做哪些事情？

回答：
测试人员发现bug，花些时间细细品味
1.这个bug复现的必要条件是什么？
2.除了发现bug的这条路径，是否还有更多的路径也会导致相同的问题？
3.bug是否存在可能影响其它数据或者其它应用的副作用？
4.其它功能模块是否也存在类似问题？
5.bug的复现路径是否在用户可达之路上？
6.复现bug的路径是否在测试用例中？有没有可借鉴性？

通过以上分析，我们可能获得以下额外收获：
1.通过bug的定位，确认必现路径、可能的原因，帮助开发快速定位、解决问题
2.通过bug的路径、影响范围等分析，发掘更多的隐藏bug
3.通过分析操作路径，补充测试用例，扩展测试用例范围、思路

第二阶段：提交bug
场景：一个阳光明媚的下午，小白正在测试一个用例的时候，突然app异常退出了，再重复进行以上步骤，问题没有复现。他意识到这是个bug，于是他赶紧提交给开发。没过一会，开发大神怒气冲冲的过来说：你这bug也没必现步骤，也没日志，这怎么修改！。小白心里一阵嘀咕“本来就是一个bug，你应该想办法解决呀，我怎么知道。
思考：如何才能提交一个有效的bug？

回答：
1.确保bug有效。

不要因为环境问题或者是操作错误引起bug；
不要提交一些重复的bug；

2.写好bug描述。

bug描述精确、没有歧义，详细简洁的测试步骤；
保证各个字段内容与实际现象一致。比如：版本、复现率等；
对于复现率低的问题，尽可能提供一些可参考信息：截图、视频、日志、可能的步骤、可能原因等（如果你能通过各种手段定位到问题的原因，开发大神也会对你刮目相看的）；
对于特殊的测试场景，附带相关的数据，比如1024kb的图片等；

第三阶段：验证bug

场景：当还是一个测试新手的时候，对于bug验证，往往是按照步骤验证复现，如果没有问题就关闭了（不知道现在还有多人是这样~）
思考：如何做好bug的回归验证？

回答：
1.确认好bug的复现前提及操作步骤。
2.确认bug产生的原因及修复方法。

明确bug产生的原因，触类旁通，分析其他模块可能存在的问题；
通过bug产生的原因，积累测试经验，扩展测试思路；
通过bug的修改方法，分析修改是否能修复问题？是否回引发其他问题？
积累bug经验，在后续相关问题发现时，快速定位问题，提供解决思路；
确认bug的回归范围及用例；

在了解清楚bug产生的原因及修复方法基础上，再根据业务关联、功能模块关联确认回归范围，确保bug修复全面且没有引起新的bug。

一个小小的bug，多多思考也是能发掘隐藏在背后的问题、测试工具、测试知识，从而提高自己的测试能力、专业度。

下面是我整理的2023年最全的软件测试工程师学习知识架构体系图

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

如果我曾经或多或少地激励了一些人的努力，我们的工作，曾经或多或少地扩展了人类的理解范围，因而给这个世界增添了欢乐，那我也就感到满足了。

阳光总有一天会到来，等阳光照到你的时候，记得开出自己的花就行了，那个你与生俱来的梦想。

挫折会来，也会过去，热泪会流下，也会收起，没有什么可以让我气馁的，因为，我有着长长的一生，而我为之努力的未来，总会到来。