開篇還是回答后臺一位網(wǎng)友的留言：

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

你別說，最近字節(jié)這人力行政部門真的很忙?。?/p>

上上上上周組織架構(gòu)調(diào)整，上上上周搞人才趨勢，上上周規(guī)范 Mentor 升級，上周又是捐贈又是搞讀物?？磥磉@一系列政策變動后，已經(jīng)到執(zhí)行層了。

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

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

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

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

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

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

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

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

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

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