再聊一聊测试职业发展

2019／2020 跨年之际，测试同学一起重温下霍格沃兹测试学院特邀顾问、TesterHome

社区专家刘晓光老师解读测试工程师职业发展的经典好文，也认真思考下 2020 新年计划，给自己定个职业发展小目标吧！

测试行业人才普遍现象

测试招聘者，特别是一、二线互联网公司的招聘者最苦恼的事儿就是 招人
。想找到一个合适的人难于上青天，每天各种撒网，简历看几百份，面大几十人，能捞到一个中意的小伙伴就谢天谢地了。

但同时很多测试小伙伴发现找工作很难，特别是进大一点的厂，他们特别挑：代码要会写，要有软件架构能力，问一大坨平时根本用不到的技术问题，还挑经验，挑沟通能力，挑这挑那，有时候还特么挑学历、挑年龄。。。供求总难以匹配起来，造成了双方都很痛苦。

Why？
能力要求不匹配是最核心的问题。软件、互联网近 20 年来飞速成长，其实也经历了很多阶段。行业软件兴盛阶段和外包兴盛阶段（2000-2010
年）行业进入了大量的测试人员，当时最主流的测试实践是：重心放在系统验收阶段。测试人员的主要工作基本都投入在了基于业务的黑盒测试上，对代码能力、系统理解的能力要求不多。

2010
年后，互联网行业的真正兴起让国内软件开发模式开始缓慢调头，快速迭代的模式逐步兴起，开发周期越来越短，迭代越来越快，但系统越来越越庞大、复杂。原来的测试工作模式和工作范围越来越无法满足要求了。但大量从业人员技能范围转变是一件很难的事情，行业是有巨大惯性的。
从宏观上看大量 QA 技能转变跟不上需求转变是造成市场供求不匹配的主要原因

So What?
三个观点：

1. 只做手工测试，不懂系统实现的测试工程师的职业发展会越来越受限。

2. 能够转型成适应市场需求的同学将在近几年的时间获得超额回报（因为市场供不应求，企业不得不抬高价格来寻找这样的人）。

3. 对于个体来说，自我成长永远最重要 ，自己永远要对自己的发展负责，别依赖外部环境，自己想办法变成市场的香饽饽才靠谱。
   到底什么样的测试最抢手？

按照我一点理解讲一讲什么样子的测试人才会抢手吧，限于篇幅会偏重技术角度来讲。个人之见，欢迎讨论和拍砖。

• 测试的底子-项目经验
  有比较复杂系统的测试实战经验，你就超过了 50%以上的应聘者。什么叫做比较复杂系统呢？投入 50
  人年开发出来的系统就可以称作一个复杂系统了。因此，复杂系统并不是很罕见。但是，如果你只接触一个简单的模块，甚至只是测试一个稳定模块的维护性开发，而不是通盘理解，不能说是测试过复杂系统。有从头到尾接触一个完整项目的经历很宝贵。

• 测试的底子-基础知识
  对照三本书：《ISTQB 基础教程》 《高级软件测试设计》 《高级软件测试管理》（后两本是 ISTQB
  的高级认证教程）。这里边的内容你都能熟练应用（真的是熟练应用，而不只是有概念），你就能超过 80%以上的应聘者了。

面试过数百人，我经常会问几个问题：如果测试时间不够，你会怎么办？如果让你去测试一个你完全不熟悉的系统，你会怎么办？你平时会使用那些测试设计方法？看似很稀松平常的问题，非常考验人。因为大部分从业者都没有经受过系统训练和学习，工作多年，依然技能不足，意识跑偏。

• 熟练使用一门主编程语言
  满足这条，你就超过了 70% 的应聘者。什么叫做熟练呢？拿 Java 来说吧：系统学习过 Java 的教程，高频面试 50 题[1]
  这样的题可以自测一下，可以回答上 35 个以上；熟悉最主流的 Spring 框架，能够写出一个简单的网站，实现基础的 Restful
  服务；读懂过一个测试框架，如 mockito 或者 Junit 的源码；能够熟练实施接口测试（基于一些测试框架 如：rest-
  assured+Junit）；能够读懂开发的业务代码，对他们的代码进行 Code Review；

• 对一门语言有比较深入了解
  满足这条，你就超过了 90% 的应聘者。什么叫有深入了解呢？还拿 Java 来说吧：熟练使用 Java 的常见
  API；深入理解基于语言特性/系统特性的知识，如 Collections
  的实现机制、类型系统、I/O、网络、多线程等；熟知设计模式（广义范围的设计模式，不局限于 GOF 的设计模式）；熟悉 JVM