做测试真的比不上开发吗？

有小伙伴问，做测试的，是不是真的比不上开发？

虽说各有各的看法，但我们思考下提出这个问题背后代表的主流观点，还是值得探讨一下的。

下面就谈谈秋草的看法。

测试技术和开发技术并非同一赛道

首先，要真正做好测试这个岗位，技能要求其实是挺高的。但测试技术和开发技术不是一个维度的技术，开发者拿软件开发技能比对吐槽测试者，就好比篮球运动员吐槽游泳运动员跑得慢。

测试技术包含很多和开发技术并不相同的要求，具体可以参看我之前另一篇文章【】，这里不再赘述。

但我们也要看到这样的客观事实：在大部分企业，测试岗位的话语权、薪资等等，相比同级别的开发者，通常是低一档的。

而导致这种情况的形成，其实有多方面原因，主要还是对岗位的普遍认知，以及比较恶劣的行业环境。具体说来：

首先，目前大多的测试岗位要求，其实是围绕验证需求，包括测试用例设计、自动化测试实现，都是基于对已有需求的验证。

但验证需求，其实更多是检查工作，而非测试工作。

检查作为测试的子集，其实要求较低，技术含量要求也不高。相应地，围绕需求验证的岗位要求，其实是一个低技术含量要求的岗位。

但矛盾点在于，对于测试岗位的预期，是保障产品发布后的全面质量。而产品质量的覆盖要求，仅仅通过需求验证是完全无法达到的。

需求的验证，主要是功能覆盖，而且通常还只包含基本场景，缺乏各种异常场景以及各种非功能场景。要达到质量覆盖，必须要靠研发阶段全流程的质量控制，包括在测试阶段的测试工作。这里的测试，不仅仅是基本的检查，还要包含更多不同测试技术去加持的主动发现。

而工作要求和预期产出的不匹配，也导致对测试岗位的工作效果的质疑。

当工作要求本身主要针对较低技术含量的检查工作，那么当然也会降低从业门槛，很多没什么经验和技术的小白也可以入行来完成相关的检查工作。

早些年甚至还有测试设计工程师和测试执行工程师的区分，这里的测试执行，更是只需要参照用例完成操作，记录结果即可。这种最基本的检查工作，确实谈不上需要多少测试技术。

较低的技术水平和岗位要求，自然会影响对这个岗位的整体评价。

IT行业前些年的快速发展和较好的待遇水平，让IT成为热门就业选择。而因为上面说到的原因，当较低技术含量的检查工作被披上测试工作的外衣，这样的测试岗位，就成为非IT人员进入这个行业最好的入门渠道。

大量希望进入这个行业的非IT专业人员，又引出了很多培训需求。

于是经过各类培训机构的推波助澜，包括鼓吹0基础入行，小白也能高薪。也确实输送了大量人员进入行业，而这些短期速成的“人才”，在工作中的表现，也当然影响了对行业的整体评价。

随着IT寒冬的到来，企业在成本压力的情况下，压缩开支，削减人员，前述种种因素的叠加，又让测试成为重灾区，恶性循环，大家对于测试这个岗位的普遍看法还在进一步背离它应有的价值。

就客观事实来说，确实现在国内所谓的“测试行业”大量从业者普遍难称合格，说比不上开发岗位也没错。

但这里的“测试”岗位是打了引号的，检查和测试，混为一谈。

总而言之，当前整个测试行业的整体环境比较恶劣，误解较深，秋草也深感无力。

不过也毋庸灰心，围绕岗位真正的目标去打造自身能力，为全面质量提供真正的价值，自然会是大潮褪下时，能依然站立的那个。