测试圈内卷——从一线开始 - 51Testing软件测试论坛

内卷不仅仅是技术和年龄，还有地理位置。有句俗话说的好：万物皆可卷。但不管是用煎饼还是资源，内卷充斥在方方面面的时候，被裹挟在其中的人不管是随波逐流还是身不由己，都没法置身事外，都会或多或少受到这样那样的影响。

在没有增量资源的情况下，整个社会对存量资源争夺而加剧，这样的趋势在短期内暂时还没有看到缓解的迹象。内卷当然跟竞争有关，但是也不是所有的竞争都是内卷。良性的竞争，可以让参与竞争的各方最后都得到好处，同时还能实现总体发展。所以，内卷首先的一个表现就是恶性竞争。

当我们说过了从技术和年龄角度的内卷，那就要提一下另一个角度的内卷——一线。这个一线包含了两种含义：一个是一线城市，另一个是一线工作。

先说说一线城市，作为地缘效应最明显的地方，一线城市是IT行业最集中最前沿的地域，也是测试行业最集中的地方，没有之一。一线城市在国内一般指北上广深，这四个城市的IT行业具有非常典型的特征，行业容量大而齐全，技术迭代更新很快，就业机会多，人力资源相对也是最丰富的。

在这种条件下，一线城市的测试圈和IT行业一样，都呈现出了非常内卷的情况，测试圈因为自身的特质，还有一些不同的情况。

测试是一个相对更需要经验和积累的行业，在目前一线城市如此内卷的情况下，IT行业是典型的买方市场，“面试造火箭，入职拧螺丝”的情况在一线城市屡见不鲜，当然，在一线工作上，这也是常态。造成的结果就是，在后有“35岁现象”，前有“技术内卷”的魔咒下，测试圈内出现了和其他行业一样的风气——急功近利。

几乎所有的测试培训或者招聘单位，都将最容易量化的自动化测试设定为了主要指标，而忽视了自动化测试本身的局限性，仿佛只要推广了自动化，便万事大吉。作为自动化测试基础的敏捷和手工测试基础，则退居次席。随着单一追求自动化技能的不断蔓延，作为测试圈基础的一些知识和技能不断被边缘化，使得QA的技术栈逐渐向开发靠近，大量的精力和注意力转向了脚本的编写和自动化用例的覆盖，而舍弃了很多测试工程师本身应该拥有的基础能力。这其中还包括无意中忽略了自动化测试的局限性。

众所周知，自动化测试适用的场景，大都集中在需求稳定，变化不大，有足够脚本库的基础之上。并且自动化测试无法覆盖所有的测试场景，只能针对需要人工花费大量人力和资源进行重复的方面。

这以上也间接触发了敏捷转型的危机，可以说，只追求自动化而忽略了其他方面技术建设的测试，已经动摇了QA在敏捷流程中的作用以及测试的基础，也偏离了测试在敏捷模型中的作用和初衷。所以经常可以看到，诸多公司以自动化测试为标杆和宣传点，在纸面上的指标和描述，非常先进，但是实际的工作应用中，要么没有到达宣称的高度，要么质量控制的压力很大，并未体现出自动化测试的优点。

在一线城市中，前沿技术不断应用以及快速迭代，使得测试手段也不断随之演进，基于经典测试方法论和测试理论的测试方法，显得就没有那么高大上而且反馈效应并不明显。

所谓反馈效应，就是按照传统的测试理论方法，针对需求进行分析，设计测试用例，然后以手工为主，测出bug，再按照流程上报处理，最后回归通过关闭的流程。

在依赖手工为主的测试环境中，整个cycle的周期会比较长，在短期内无法完成大量测试用例的覆盖，而自动化恰恰可以大大缩短这个过程。但因为自动化测试本身固有的局限性，使得自动化测试从开始就注定，如果偏执地进行全面测试自动化，那么很有可能导致漏测或者场景遗漏。这在测试工作中属于critical（致命）级别的缺陷。

中国有句古话叫“矫枉过正”，那么在测试圈中提出向自动化转型，势必会在从上到下的贯彻执行中，让自动化超过它应有的份额。虽然这是一个正常的过程，但在其中，过度依赖自动化测试的结果就是，针对需求分析的测试场景会出现缺失。

这是基于一线城市行业情况，所出现的趋势。那么下面来说一说，一线工作中，内卷给测试圈带来的影响。

不管业内人士是否具备认知以及是否认同，在一线工作中，往往是最能够体现工作业绩，最能够体现出工作成果的途径，会成为整个行业的一种风气。同样的，自动化测试在这其中再次扮演重要角色。需要在这里说明的是，自动化测试并不是一个简单的分类，而是传统测试分类中的自动化改造。例如接口测试自动化，UI测试自动化，性能测试自动化……

这所有的自动化在转型和推广过程中，很容易受到大干快上思想的压力，从而选择最易出成果或者最易完成的方向进行自动化。

一线工作，往往因为视野和格局所限，无法在一个相当的高度来统筹工作的方向与安排，就很容易陷入盲目的选择中，当自动化测试转型浪潮滚滚而来的时候，公司的招聘要求左右着行业的发展方向，那么最方便学习和掌握的自动化测试技术，就成为了应聘者和从业者争相学习掌握的“香饽饽”，而那些很难在工作中体现出来的基础理论、基础概念等，成了绝少有人问津的弃子。

这样不断反馈的结果就是，立志于从事测试行业的工程师，在没有充分了解行业背景以及敏捷/DevOps模型及架构的基础上，会很容易片面地将测试等同于自动化测试。长远来看，这对于软件系统的质量控制是非常不利的。

而一线工作又是35岁现象的重灾区，那么一线工作的QA，势必会在相对较短的职业生涯中，选择可以快速积累经验和完成工作成果积累的途径。势必会忽视那些需要通过时间来训练和沉淀的基础知识，以及基础概念。这样的测试工程师，因为基础不牢，很容易陷入之前文章提到的重“术”而轻“道”的窠臼中去。

虽然有不少意见指出，当前35岁现象的出现，是因为在中国，大量入行的程序员才刚刚到达35岁界限，所以35岁以上的程序员很少见，故而给人35岁现象的错觉。但是依然不得不指出，此现象的风气一旦开始，就会和内卷一样，到达一个平衡点才会停下来，目前在这个浪潮中的所有人都无法终止这个进程。

这也使得这柄悬在程序员头顶的达摩克里斯之剑，适中保持相当的威慑力，给这个行业的从业者带来焦虑和压迫感。

将一线城市和一线工作结合起来，就是目前测试圈遇到的最大的内卷问题，而这个问题也在深刻而又缓慢地改变着这个行业。