6年测试，不断磨炼升级打怪自动化测试，一路晋升他终于冲出月35k+

目录：导读

前言

Python自动化测试：https://www.bilibili.com/video/BV16G411x76E/

别人眼中的测试工程师

主要有两类观点，第一种是测试不就是点点么，没什么技术含量。
第二种是测试为什么要懂代码？如果代码能力很好，为什么不去做开发，还“赖”在测试圈？

说一下第一种：测试初期，确实大部分的工作都是在测试执行中度过的，这个时候点点点是我们工作的大部分内容。

但是再往后呢，为什么要这么点，哪些可以点，哪些可以不点？
有些人思考了，有些人没有，于是就产生了分层，测试思维的差距就出来了。
然后有人会去想，为什么要手动点？
多累啊，能不能自动点？
能不能快速点？

自动化就自然而然的出现了，然后带来更多地思考，带来更多的专项，也给测试带来了更多的可能。

所以，作为测试人，不要看轻自己，外行人的评价并不能说明什么。很多人还觉得造车简单呢，不就1个发动机+4个轮子的事么。

再说第二点：测试人员的代码能力强了，就一定要转开发么？
本人菜炒得还不错，那我就要放弃测试去做厨师么？
测试多个能力伴身不香么？

开发也不见得比测试好混啊。从薪资上来说，同等能力的测试不会比开发差太多。如果你用中等开发能力的人，来和基础测试的人做对比，那你不是在比较，是在耍流氓。

入门级的测试员

有位粉丝，我们暂时先称他为小A，看看他的晋升路程…
小A作为刚入行的测试新人，每天除了执行老员工给的测试用例外，还会主动地去以下几件事，来帮助自己成长：

写测试用例：先看别人写的用例，然后通过自己的思考，也尝试去写测试用例，从用户的角度，从可用性的角度，从体验的角度去补充和完善更多的用例，同时培养独立思考的能力，慢慢培养自己测试思维。

记录BUG：认真记录自己发现的BUG，尽可能地去还原步骤，探查原因，多问问开发为什么会这样，是什么原因引起的。同时多看看同事记录的BUG，想想他们是通过什么路径发现的这些BUG。

做测试总结：定期做测试总结，看看自己学到了些什么新技能，还是对业务有了更深的了解，画画业务流程图、数据流向图、系统架构图等等。

学习测试技术：多混论坛，看看别人在玩什么，看看又出了哪些工具。
哪些能帮助到自己。反正还年轻，最不缺的就是时间，折腾呗。
得益于国内的各种破解氛围，基本上都主流的软件都能下，一步步跟着别人学习，并在自己测试的系统上去尝试，去验证，公司的项目就是好就地试验对象。

看看代码：有机会，就去看看开发写的代码，看不懂也没什么关系，多看，多问。现在系统性地学习某种开发语言的视频和博客不要太多。

就这样，小A慢慢地升级打怪，薪资也一路高涨。

不断升级的小A

经过几年的磨练，小A逐渐变成别人眼中的高级测试工程师。
有自己的测试思维，能够更准确的定位BUG根因，和开发逐步变成了朋友…

测试思考
测试充分性：测试的时间总是被压缩，延期是不可能延期的，怎么办呢？
有没有什么更好的测试策略，可以用更少的用例，覆盖更多的场景？
能不能在测试前期做更多的准备，以便在测试执行的过程中能够更顺利些。

关于BUG：都到测试阶段了，BUG的修复成本太高，能不能早点发现BUG呢？
经过这么长时间的测试积累了，BUG一般会聚集在哪些功能点上？
能不能提供一些典型的BUG给到开发，让他们多注意下，提升一下提测质量？BUG的根因是什么，如何更好的避免这些BUG的出现？

关于测试改进：当下团队的测试瓶颈点在哪里？如何去改善？业内有什么更流行的测试方法论或者测试技能，能够解决当下团队的问题？

关于自动化：测试金字塔提到的测试分层，应该如何落地到团队中去呢？每一层应该关注什么？重点测试什么？哪些可以让开发去执行验证。在什么场景下开展对应的自动化测试才是合理有效的？如何自动化产生真实的效益，而不是沦为PPT工程？

现在市场主流的自动化测试几个方向：
接口自动化测试方向：Python+requests+pytest+yaml+alluer+Jenkins；
web自动化测试方向：Python+selenium4+pytest+POM+allure+Jenkins；
app自动化测试方向：Python+appium+POM+pytest+allure+Jenkins；

不断尝试新的技术升级打怪，小A穿梭于各种行业大会，观察更新更前沿的技术，看看哪些可以被团队吸收和落地，代码染色不错，薪资一涨再涨…

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