字节“测试左移”，你怎么看？

开篇还是回答后台一位网友的留言：

卦x，你好。我是看你解读字节“孤岛治理”时关注你的粉丝。发现你的解读文章比较通俗易懂，所以想听听你对研发最近搞得“测试左移”机制的看法字节“测试左移”。最近内网跟xx上骂的人都很多。

你别说，最近字节这人力行政部门真的很忙啊！

上上上上周组织架构调整，上上上周搞人才趋势，上上周规范 Mentor 升级，上周又是捐赠又是搞读物。看来这一系列政策变动后，已经到执行层了。

那笔者今天就站在一个曾经小公司开发主管的角度来说下“测试左移”这个问题。

测试左移这个概念在大厂兴起的时候应该是在2022年底。对于我们很多中小公司来说，实行左移的原因就是项目开发成本高，周期短，任务重。中小企业想生存，就必须尽早发现软件的问题，缩短测试周期，提高质量并减少测试成本。所以，为了达到这些目的，我们就会要求部分员工将软件测试向研发流程的上游移动。

搞技术的应该都知道，互联网刚开始有测试岗位的时候，测试主要就是做功能和黑盒之类。行业好的那几年，活多不愁岗位，大家每天上班不是混日子就是混资历，反正就是你好我好大家好。慢慢的开始，行业人才越来越多，也越来越饱和。原本这种只集中在测试执行阶段的工作方式短板就出来了。岗位钱少，也没啥上升空间，行业也卷不出啥新花样。

这就导致部分有一定危机意识的员工开始把手伸到了研发流程的上游和下游。他们开始通过学习上下游的知识，来补自己岗位的短板。什么产品意识啊，研发技术栈啊，研发概要设计啊，还有那些成熟度高的TDD团队，甚至还会自己开发自动化，反正啥都会点儿。

这里笔者所说的可不光是员工们自身认识到了岗位的天花板问题，包括我们这类夹在中层的管理们也同样的发现了问题。就比如很多的问题通过黑盒测试根本发现不了。而有些问题还需要深入到产品设计、研发设计阶段才能找出来。kpi压力下，就不得不倒逼着我们些中层对HR，测试啊开始提出更高的要求。

但职场这玩意，你让HR开除一个人又不是那么好动的！于是，测试左移和右移就可以暂时满足我们这些中层管理者的一些需求了。

一方面，可以通过提升员工测试能力，减少线上出问题的次数，提高发现bug的概率；另一方面，我们这些中层可以正大光明的开始“pua”员工。（注：这里笔者所谓的pua只是调侃的语气，别喷我）

你看，对于我们测试来说，做到左移也就意味着这个员工具备一定的开发能力和产品能力，相比较以前的单一的测试岗来说，不仅待遇会提升，得到的晋升机会也会变多，职业生涯也会变长。

而站在中层来说，我的kpi以及团队的交付质量和交付效率都会大大的提高。

所以，我的观点就是少看点社交软件上喷子的言论，真的是拉低心智！