在2008年刚刚进入这个行业时，我对于要学什么东西，是迷茫的。记得我在08年的时候，入职的公司给我们这批新人做了培训。培训中介绍了很多概念，告诉我们质量很重要，软件测试前景很好，还教了我们很多软件测试理论知识，在最后还给我们介绍了所谓高大上的自动化测试和性能测试。然而，在之后的三年里，这些当时培训时给我灌输的错误知识，不断地给我职业生涯扯后腿。在低谷期，我当时甚至觉得这工作简直是浪费时间，在那点点点点半天，是个人都可以做，我点完测得算是好还是不好，根本无法区分，听天由命，就看给你分的开发人员给你留了多少时间。分到代码质量低的开发，点来点去全是bug。然后还要我背锅，说有bug是因为我没测出来。偶尔还会遇到一些技术人员搞性能测试，但对我来说完全是天书，不知道他们在搞啥。

后来，我逐渐意识到了，当时的种种问题，都是那入职培训灌输的错误观念的恶果。

错误在哪里：

1. 瀑布模型时的测试理论，对当前迭代模型不适用或不完全适用。
2. 当年测试重点放在黑盒测试和图形界面自动化测试，而这两种测试方式注定了上限低，前景差。黑盒测试，是个人，培训一下业务就能测。或许新人测得没我好，没我快。但新人胜在便宜，胜在人多，黑盒测试上完全可以以人的数量战胜人的质量。在黑盒测试上，难以衡量个人技术水平对测试工作效果的影响，也就是绩效基本看不到。因此，这个领域极度内卷，人人都想做管理。然后还要不断背锅。
3. 图形界面自动化，稳定性差，前端不一定配合，而最大的问题是图形界面自动化的代码只是对第三方库接口的简单调用，了不起再做个页面对象模式把定位语句和测试逻辑分开。随便哪个有一点点代码基础的应届生，培训个把月，必然能上手。或许新人调用第三方库没我熟练，没我顺手，但新人胜在便宜，胜在人多，图形界面自动化上，同样人的数量胜过了质量。后来，我还见过整个图形界面自动化组全是新人级技术水平的，照样通过频繁改测试脚本把活给干了。而其中唯一的页面对象设计模式，只有知道和不知道的区别，只要知道了，就能极快掌握，因为根本没有技术门槛。
4. 性能测试，只知道用工具去做，不知道怎么用工具做，不知道要做哪些具体事情，看不懂指标，不会优化。我当年参加的培训只告诉我这东西很难，设计场景很难，分析图表很难，调优很难。实际上，我后来学会之后，知道了性能测试并没有那么难。（关于性能测试请看：张挺：性能测试如何入门）

入行或转行软件测试（测试开发）要怎么学

要学的东西不少：

1. 测试理论 2. 编程语言 3. 网络知识 4. 常用测试工具 5. 操作系统 6. 持续集成与交付 7. 具体技术 （接口测试，图形界面自动化，性能测试，web开发）

其中的重点：

测试理论要与时俱进，经典理论里不合时宜的东西要勇于抛弃它。

编程语言要深入学习，必须达到普通开发人员的水平。

网络知识贯穿整个学习过程的所有技术知识，很多天书般的问题背后都是网络知识决定的。

常用测试工具要逐步掌握，用到哪里学到哪里。

操作系统要慢慢学，先学会搭建测试环境、找日志和分析日志等常用操作。

持续集成不止把jenkins搭起来，背后很多复杂的点。

具体技术是重点，虽然我放到了最后。但这里4种具体技术，除了图形界面自动化以外都很重要。其中最重要的是接口测试与web开发。这两者都学过了才能打通知识脉络。让以前学的所有东西联系起来。另外数据库，容器等等都在web开发的学习中简单覆盖，不用多精通，知道个大概即可。

关于上述要学的东西，我会在这里给大家介绍：

感谢知乎提供平台，我将于2020年8月29日晚上8点，为大家做一场关于软件测试开发入行要做的学习的live分享。欢迎大家来一起参加和交流。

Live地址：入行或转行软件测试开发要怎么学

入行或转行软件测试开发要怎么学​www.zhihu.com

本次live适合：

1.想转行软件测试开发的人；

2.刚入行软件测试开发的人；