【软件测试】8年资深测试，聊一聊测试技术的厚度......

目录：导读

前言
一、Python编程入门到精通
二、接口自动化项目实战
三、Web自动化项目实战
四、App自动化项目实战
五、一线大厂简历
六、测试开发DevOps体系
七、常用自动化测试工具
八、JMeter性能测试
九、总结（尾部小惊喜）

前言

一个测试团队从成立起，它的测试技术厚度就已经开始建设了。

早几年里，我所在的测试团队经常被吐槽缺这个测试技术缺那个测试技术，这个测试技术需要掌握那个测试技术需要掌握。

而这两年里没有人吐槽测试技术缺失，只是吐槽测试技术高度还有待提升。这其实就是组织测试技术厚度发生了变化。

测试技术厚度变的越高，一般情况下意味着测试对业务支撑的能力越来越好，同时也意味着一些达到一定厚度的测试技术可以转化成测试平台。

延伸一点说，如果一个组织的测试技术厚度还没达到一定的高度，形成测试平台往往是徒有其表，走不长也活不下去。测试技术厚度不是指组织里某个人的技术高度，而是整个组织的技术高度以及（以及是重点）可以支撑组织发展的技术积累。

既然测试技术厚度如此重要，那么怎么增加测试技术厚度呢？

首先，就像下雪一样，下多了下久了，自然而然就厚了，你得持续投入。如果一个组织不持续投入测试技术的引入、学习、研究、试点、推广，测试技术厚度是不可能提升起来。其次，要有精准的测试技术规划。测试技术规划指引测试技术方向，方向对了积累才有价值，这是我们后面要讨论的重点。最后是组织支撑，如果你的组织都不稳定，谈不上积累，也就谈不上厚度。

测试技术规划
在谈测试技术规划之前，每位测试人员尤其是一线项目里的测试

需要给自己提三个问题：
我的项目测试需求是什么？（注意不是需求测试）
我的测试目标到底是什么？验证某个功能？
我的测试策略是什么？

越来越多的测试人员在行业发展中慢慢迷失了，以至于忘记了测试原本应有的样子。测试最核心的到底是什么？你敢说不是测试设计吗？那什么是测试设计呢？此处我不想回答，哈哈哈哈哈。

一个好的测试设计能体现出一个测试人员的内功，你对产品对业务理解的有多深，你对测试的设计有越有多到位。一个好的测试设计是包含测试技术规划的，一个好的测试设计导出依赖于对产品对业务的深入理解和端到端的输入。这里只是引申出来聊一聊，上下文无关。

最近有位测试经理说“我们做测试技术规划啊，每年都是什么性能啊、自动化啊、接口测试啊，通过技术节约了多少人日，提升了多少效率。然后就是做了什么平台。一次两次还好，现在每次都这样做规划，领导不理解，业务觉得没啥用，价值太难体现”。

首先问一个问题“你的测试技术规划是怎么做出来的？有方法论么？”。

很多时候测试是一个后端部门，现在提的比较多的“测试左移测试右移”、“测试前置”、“测试往前走”等等，核心的都是一个：努力提升后端角色质量掌控力，创造更大的价值产出。无论是左移右移还是前置，都是以接受更多的业务、产品、项目等信息为前提，从全局去做测试设计。

在还没有真正（我说的是真正）实现“测试左移和测试右移”之前，测试技术规划的输入往往主要是产品需求以及测试人员对于已有产品的理解。

这种情况下会导致一个问题，那就是测试人员自己决定应该规划什么测试技术，有点自说自话的感觉。规划对了皆大欢喜，规划错了往往打不到产品的核心质量诉求价值体现不大。输入不够是测试人员在做技术规划的时候有“内卷”感觉的万恶之源。对标一下研发的技术规划，它的输入往往是产品规划、业务需求，业务要做啥，缺啥就规划啥，非常清晰，也都能命中产品的技术诉求。

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

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

有时候，没有下一次，没有机会重来，没有暂停继续。有时候，错过了现在，就永远永远的没机会了。

不点燃智慧的火花，聪明的头脑也会变为愚蠢；不践行确立的目标，浪漫的理想也会失去光彩；不珍惜宝贵的时间，人生的岁月也会变得短暂；不总结失败的经验，简单的事情也会让你办砸。

机会，需要我们去寻找。让我们鼓起勇气，运用智慧，把握我们生命的每一分钟，创造出一个更加精彩的人生。