字節“測試左移”，你怎么看？

開篇還是回答后臺一位網友的留言：

卦x，你好。我是看你解讀字節“孤島治理”時關注你的粉絲。發現你的解讀文章比較通俗易懂，所以想聽聽你對研發最近搞得“測試左移”機制的看法字節“測試左移”。最近內網跟xx上罵的人都很多。

你別說，最近字節這人力行政部門真的很忙啊！

上上上上周組織架構調整，上上上周搞人才趨勢，上上周規范 Mentor 升級，上周又是捐贈又是搞讀物。看來這一系列政策變動后，已經到執行層了。

那筆者今天就站在一個曾經小公司開發主管的角度來說下“測試左移”這個問題。

測試左移這個概念在大廠興起的時候應該是在2022年底。對于我們很多中小公司來說，實行左移的原因就是項目開發成本高，周期短，任務重。中小企業想生存，就必須盡早發現軟件的問題，縮短測試周期，提高質量并減少測試成本。所以，為了達到這些目的，我們就會要求部分員工將軟件測試向研發流程的上游移動。

搞技術的應該都知道，互聯網剛開始有測試崗位的時候，測試主要就是做功能和黑盒之類。行業好的那幾年，活多不愁崗位，大家每天上班不是混日子就是混資歷，反正就是你好我好大家好。慢慢的開始，行業人才越來越多，也越來越飽和。原本這種只集中在測試執行階段的工作方式短板就出來了。崗位錢少，也沒啥上升空間，行業也卷不出啥新花樣。

這就導致部分有一定危機意識的員工開始把手伸到了研發流程的上游和下游。他們開始通過學習上下游的知識，來補自己崗位的短板。什么產品意識啊，研發技術棧啊，研發概要設計啊，還有那些成熟度高的TDD團隊，甚至還會自己開發自動化，反正啥都會點兒。

這里筆者所說的可不光是員工們自身認識到了崗位的天花板問題，包括我們這類夾在中層的管理們也同樣的發現了問題。就比如很多的問題通過黑盒測試根本發現不了。而有些問題還需要深入到產品設計、研發設計階段才能找出來。kpi壓力下，就不得不倒逼著我們些中層對HR，測試啊開始提出更高的要求。

但職場這玩意，你讓HR開除一個人又不是那么好動的！于是，測試左移和右移就可以暫時滿足我們這些中層管理者的一些需求了。

一方面，可以通過提升員工測試能力，減少線上出問題的次數，提高發現bug的概率；另一方面，我們這些中層可以正大光明的開始“pua”員工。（注：這里筆者所謂的pua只是調侃的語氣，別噴我）

你看，對于我們測試來說，做到左移也就意味著這個員工具備一定的開發能力和產品能力，相比較以前的單一的測試崗來說，不僅待遇會提升，得到的晉升機會也會變多，職業生涯也會變長。

而站在中層來說，我的kpi以及團隊的交付質量和交付效率都會大大的提高。

所以，我的觀點就是少看點社交軟件上噴子的言論，真的是拉低心智！