5大新模型，带你重构“自动化测试”认知 | 极客时间

先说明，今天的内容，是写给想成为高级测试开发、自动化测试专家的人看的，因为，它可能颠覆你的认知。

众所周知，如今无论是大厂还是中小厂，自动化测试基本是标配了，毕竟像双 11、618 这种活动中庞大繁杂的系统，以及多端发布、多版本、机型发布等需求，只会“点点点”的手工测试很难胜任。这一点在招聘要求中就能看出来。

然而，理想很丰满，现实却很难招到一个成熟的自动化测试工程师。就说最近，我面试了不少来自大厂的测试工程师：华为、沃尔玛、腾讯、字节……等等，每次都以为稳了，寻思在大厂应该都参加过自动化测试吧，实际却是很多工作 10 年的测试工程师，仍然在做功能测试，或是以功能测试为主。

为什么自动化测试人才稀缺？我归纳了 3 点：

• 对自动化测试领域局限在工具和框架的使用，缺乏整体认知；

• 对于自动化测试设计理解不深入，一些方法、套路停留在概念理解，无法灵活运用；

• 测试工作的价值被低估，长期发展受限，被迫和开发人员一起内卷技术工具。

在这之前，先思考下，我们自动化测试的“终点或价值”是什么？

• 是自动化跑起来么？这个要求太初级了；

• 是领导满意么？成也萧何，败也萧何，有时因为换了一个领导，项目就半道中卒；

• 是 100% 自动化么？高度自动化也并不一定会带来高质量；

好像一时半会很难说清，自动化测试的价值是什么。直到我看到了下面这张图，完全颠覆了我的认知 —— 自动化测试项目的最终交付价值是它产生的效益，也就是投入回报率比 ROI。

乍一听，有点难理解，但仔细一想，可不就是这么回事么。

打个比方，在年终述职报告中时，用 ROI 的方式表达业绩：“老板，我做的自动化测试案例，去年一年被 n 个场景使用，重复运行 x 次，发现 bug y 个，节省手工工作量 z 人月”。

是不是很直观？要想成为高手，就必须要看到并解决更有价值的问题，对更高的结果负责，做到这点，你就不再只是“点点点”，而是可以成为价值 30 万、50 万甚至年薪百万的测试专家或自动化架构师。

这个方法来自「原甲骨文高级开发经理」柳胜的专栏《自动化测试高手课》，比起 80% 的测试工程师熟知的从“代码能力→工具能力→架构能力”的认知路线，这种新的模型，一下子打穿了测试高手工作的本质 —— 要懂业务、懂技术、懂架构，而不是局限在工具和框架上。

比起市面上只聊工具与框架、代码等像操作说明书一样的资料不同，专栏最吸引我的，是作者独创了很多「自动化测试」在业内第一次出现的方法论（下面详细说），带你跳出工具和框架的层面，重新审视自动化测试设计。

专栏中涉及度量数据分析、代码逻辑和 Job 建模，也对应着软件开发里的数据、算法和建模，他会在 GitHub 上创建一个 repo 放入专栏所讲到的整体代码和相关文件，方便大家动手运行，毕竟顺畅学习 1 小时，不如动手实践 10 分钟。

当然，虽然 80% 的内容在于「认知」上的拔高，但他也会列出业界主流工具和框架，以及选择策略和落地实践，并附上全栈自动化测试工具列表。但这部分只占 20% ，毕竟这些东西网上都能搜得到。

关注公众号：拾黑（shiheibook）了解更多