5年自动化测试经验感悟 —— 愿测试进阶路上的你不在迷茫

初识自动化

作为一个测试人，我们或多或少都听过或用过自动化，我们都曾在初入测试行业时，满怀期待的以为测试的尽头是不用测试员点点了，项目一提测，小手点下自动化的开关，瞬间测试的工作就完成了。

这就是我一开始从开发转向测试时最好奇的地方，带着这个好奇心，我激情满满地加入了公司刚成立的自动化组，一探测试到底是如何摆脱手工劳动而完成测试的，一干就是6年。

接下来，把我们的自动化在公司的使用进程一一介绍给大家，希望它能对你有所启发，有所帮助。

 

自动化启动

我相信每一个搭建起自动化团队的公司，无疑不是想通过自动化来提高工作效率、节省时间、节省人力。

但有一个致命的地方，很多初次起草做自动化的人，他可能根本不了解自动化的本质和特点，仅仅知道“做了自动化就可以像其他公司一样提高效率”，这是我们做了3年自动化之后觉悟出来的道理。

这不是在批评、埋怨谁，我很感谢感激走过那3年，人生每一段路都没有虚度，它让我深刻认识到什么样的做法是可以的什么样是行不通的。

我在这里说出来，只是想后来者可以不用花这么长时间来明白，希望你们在做出决策之前对自动化有更全面的认识。

2016年，领导决定测试部要做自动化，当时我才从开发转到测试没多久，还在做功能测试（体验功能测试阶段），做了一段时间便感觉挺繁琐的，加上自己平常也在查阅相关自动化领域的资料。

所以，当领导说要成立自动化组时，我特别兴奋，决定要加入自动化组，心想终于有真正的机会来尝试自动化这个新玩意了。

虽然我有一些蹩脚的开发功底，但毕竟没有实战过自动化，于是我们从外面招来了一个自动化方向的大牛。

技术大牛就是不一样，仅用2周就搭建起了我们的自动化项目架构，并进行了相关封装抽取。那个时候我真正知道了Selenium、Webdriver、TestNg、Jenkins集成起来的一套自动化系统的工作流程及用法。

写到这里，你大概已经知道，我们实现的是一套UI自动化方案。框架搭建完了，剩下的就开始收集用例、转化脚本了，也是在写脚本的过程中，我慢慢知道了所谓的自动化测试是如何实现自动的。

自动化初期，我们并没有什么经验，我们只知道至少要把公共主流程性的用例给自动化了。

于是，便以我功能测试几个月对业务的了解开始抽取了某一模块这种类型的用例，技术大牛和我分工把这些用例都给转化出来了，这个过程，对于我来说学到了很多，知道了PO模式、数据驱动、元素定位以及里面的一些坑等。

写脚本对于我来说上手很容易，很快我俩就完成了一期自动化用例，然后又把这些用例集成到Jenkins上，至此，自动化就算初步运作起来了。

 

探索自动化的意义

完成一期脚本转化以后，马不停蹄地开始做二期的脚本开发规划。有很长一段时间，我觉得我们做自动化好像失去了做它的意义，我们完成了脚本开发，为啥不用呢？怎么才能把它用到工作中去呢？

当自己做的东西没有在工作中发挥它的价值的时候，做的人就会逐渐丧失对这份工作的热情，因为他没有得到反馈，他不知道接下来奋斗的目标在哪里。当然，也依然会持续做着一些可有可无的工作。

次年，也就是2017年，领导开始跟我们一起想办法，一开始的办法是跟功能测试人员说，我们哪些模块一些什么样的用例已经实现自动化了，让他们在测试的过程中，如果需要执行那种类型的用例的时候，就去Jenkins上执行。

试运行了一段时间证明，靠自由自愿的方式就别想把工作干好。

大部分人都不选择用自动化，即使他的项目可以用。还有一部分有心用的同学，由于不懂开发相关技术，不会分析出错时的问题，常常需要找自动化开发者去帮忙看，加之，前期UI自动化脚本确实没那么稳定，运行错误的概率又更高了。

那不用自动化的原因就出来了：

1、不感兴趣，觉得手工测测挺好的；
2、想用，奈何自己技术有欠缺，不会分析脚本问题，加大使用难度；
3、想用，但脚本稳定性太差，丧失对自动化的信任度。

相比其他同事，自认为算是一个自动化的狂热者，不太相信自动化不能在工作中发挥作用。心想，一定是你们自己不会用才这样。于是，我申请了做一段时间适合自动化应用模块的测试。

我是怎么做的呢？以下，是一个正常项目测试中自动化应用流程图，直到今天我也依然使用的这个思路。

按照这样的流程，磕磕绊绊地应用了几个项目。真实的效果是：

1、使用了自动化以后确实发现了一些问题，但分析定位出那是一个bug确实不是肉眼一下就能看出的；
2、效率上看，若考虑投入成本/产出，这谈不上提高了我多少测试效率，但若是一份脚本开发维护，多人使用，那又是不一样的；
3、Jenkins上执行用例并没有那么方便，常常看得头昏眼花。

也只有在我真正参与使用了我们的自动化以后才认识到，咱们这个自动化确实有很多不完美的地方，那我也总算清楚了，下一步也知道调整的方向在哪。

作为一名自动化软件测试工程师，该怎样努力才能快速成为一名优秀的测试开发大佬，这不仅是一个刚刚踏入职场的软件测试工程师，也是工作三五年之后开始迷茫的工程师，都必须要面对和想明白的问题。

 下面分享我整理的这一份2022年可能是最全的软件测试工程师发展方向知识架构体系图。

1、Python 编程与测试开发技术

​

2、Web自动化测试基础

​

3、APP自动化测试基础

​

4、Postman测试工具专题

​

5、接口自动化测试基础

​

6、测开自动化框架封装

​

7、持续集成

​

8、Jmeter 性能测试

​

9、APP性能测试

​

10、Fiddler 抓包工具的使用

​

11、TCP/IP协议详情

​

12、计算机操作系统

​

13、Linux 系统操作

​

14、MySQL 数据库

​

15、RobotFramework 自动化测试框架

​

16、跨平台的自动化测试框架

​

上面就是我为大家整理出来的一份软件测试工程师发展方向知识架构体系图。希望大家能照着这个体系，完成这样一个体系的构建。可以说，这个过程会让你痛不欲生，但只要你熬过去了。以后的生活就轻松很多。正所谓万事开头难，只要迈出了第一步，你就已经成功了一半，古人说的好“不积硅步，无以至千里。”等到完成之后再回顾这一段路程的时候，你肯定会感慨良多。

而除了技术上，还有一点也很重要的就是对事的处理，举几个例子:

1.你认为如何做一个好的测试(或者说你觉得你做测试比别人的优势在哪)？

2.你印象中测试过程中最大的问题是什么？怎么解决的？

3.紧急需求怎么办?(优先级，三方讨论，风险)

4.什么样的测试用例算是一个好的测试用例？（黑盒测试方法）

5.开发坚持说这不是一个问题怎么办？(1.看需求,如果是的话就没什么说的 2.如果坚持,尽量重现,三方讨论)

这类问题在面试的时候就像是一根针一样，技术不知道就不知道，这个不会说不知道，而更像是一种观念上的东西，测试不止需要技术，也是非常需要沟通的一个职业，所以我这几年工作下来，真的觉得测试并不是大家眼中只会点点点的职业， 而为什么能拿20K还是多少需要一点点水平的。

最后，面试真的很重要，技术可以好好硬准备一下，诸如我第二点提的这几个问题大家也一定要上心，而且我认为是更加重要的，想好怎么回答，放平心态，自信面试。

祝愿大家都能早日进入理想的公司，早日达到20K薪资。

绵薄之力

最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走

​

面试资料

我们学习软件测试必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有阿里大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作

​

​

​这些资料，对于想进阶【自动化测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。希望对大家有所帮助…….

如果你不想再体验一次自学时找不到资料，没人解答问题，坚持几天便放弃的感受的话，可以加入下方我的企鹅qun大家一起讨论交流，里面也有各种软件测试资料和技术交流。

加油吧，测试人！如果你需要提升规划，那就行动吧，在路上总比在起点观望的要好。未来的你肯定会感谢现在拼命的自己！