看到很多人解释为什么公司都要招聘测试开发,在说效率,在说岗位职责,没有人从这个行业发展的变化去说的。
在开始正文之前,<强>我先抛出一个观点,做80%的做测试的,都称不上为测试工程师。
好的,带着这个观点,咱们从行业目前的发展来说一下。如果你没有进入这个行业,那么有些概念可能不太理解,没关系,先接触一下。
?作为DevOps关键角色,未来的软件测试工程师和质量人员必须同时具备一定的开发和运维能力。
?测试人员会更深入介入开发工作,通过“测试左移”,提前与开发人员一起制定测试计划,推动代码评审,代码审计,单元测试,自动化冒烟测试,测试精准化分析以及研发自测等来保证研发阶段的质量;
?另外，测试人员会也会参与配置部署，将自动化测试用例配置到持续交付链中，并通过“测试右移”，全流程监控发布后的应用质量。
这里我所说的“测试左移”，也就是指的研发阶段的质量保证，“测试右移”也就是发布后的质量监控，搞明白这连个理念，就能很清晰的明白测试开发具体指的是什么了。
如果你是测试人员，你认为自己的公司不大，这些东西涉及不到我，我不关心。那么，上面我已经说了什么是测试开发了，下面就不用往下看了，你选择坐井观天，谁也拦不住的。
下面我就说一下整个测试行业目前，一个整体的一个现状。
这些情况不是我一个人得出的，是私下同阿里、360等行业内的测试经理交流所公认的。
第一个观点：XP、Scrum、CI/CD/DevOps的项目管理迭代的方法论的流行加大了测试压力
你要是刚开始进入这个行业，可能认为测试就是找bug，但是测试工程师的核心是质量保证。举个例子，以前一个项目，按月发布，两月发布一个，一月发布一个，现在呢，一个月也慢慢变成了两周，三周，甚至一周，甚至有的时候2天就可以发布一个功能，如果是按照这个节奏，研发只需要改一行代码，你要保证这一行代码的正确性，你要写很多的用例，甚至要回归，几十条甚至上百条的都有可能。那么他的改动会越来越频繁，而对于测试来说，每一次的改动，我们都要去做回归的，而这种回归，在这种短时间迭代越来越短的节奏下，其实已经没有办法再靠人力去支撑了，到时候必然就会带来测试工程师要进行加班，而且光加班也是解决不了的问题，所以这个时候，测试的压力是非常大的。
第二个观点：是原有的质量保证体系缺乏可以融入架构的工程化技术支撑。
原有的质量保证体系指的是什么呢，我们说最早期的手工测试的方法论，什么边界值啦，以及我们自动化最简单的一些自动化测试、压测，所有原来的这一套测试体系其实在当今的这个测试行业下，尤其是互联网快速发展的阶段里面已经慢慢的不太适用了。虽然说目前它仍然非常的有用，但是这样的一套体系很难融入已经流行的比如说持续交付、持续集成、DevOps等这样一个大的环境里面。你所做的自动化测试，如何融入到这个体系中去，如何能快速的发现线上的问题，以及更早的发现研发级别的问题，靠原有的这些质量保证手段，其实已经有点匮乏了。
第三个观点：行业大量技术根基薄弱的测试工程师面临淘汰和外包
这句话听起来比较残酷，但是你必须要看到这种变化。通过和一些测试经理进行沟通，也都是认为现在很多的测试工程师都不及格，要么是会点点点，要么是会一点自动化。20%-30%的人懂一点最基础的自动化，自动化的能力也是属于一个很薄弱的环节，既解决不了公司里面深层次的问题，又没有办法帮公司支撑和搭建更高的平台，完善更好的一套测试流程，所以也会导致这一类人也不太及格。
比如说阿里的一些现状，就是招测试开发，或者说招研发做测试，由测试开发以及研发来负责完成公司内的质量体系建设，公司的持续集成，持续交付，DevOps，以及一些质量监控平台，剩下的点点点，外包给其他的公司来做，这是他们目前的一个现状，也就是说，如果你们只是点点点，那么很快你将失去在大的公司的工作机会，直接会被外包公司吸收过去。
所以，这些也就是为什么很多公司都要招聘测试开发
说到这里，肯定很多会点点点的，都在抱怨为什么招普通的测试，还要会自动化，会语言基础？如果前面行业发展你可以理解，那么你也就可以懂得，他们对测试是有更高的期待的，已有的测试又不能解决，所以只能在招聘中体现这一点。
