大家好，我是Z哥。

前兩天有個做測試的小伙伴加我微信問我測試相關的一些事情。

她自己是從學習畢業(yè)就開始進入到互聯(lián)網行業(yè)做測試的，到現(xiàn)在三年工作經驗。她現(xiàn)在都不太敢跳槽，因為覺得自己沒有什么核心競爭力，平常就是點點鼠標，看看有沒有報錯、結果和需求是否相符這樣。

其實很多測試人員的處境都是如此。

造成這個局面的原因可以找到很多，大家經常會說的借口是：工作太忙，沒時間也沒精力。其實你自己去看看手機記錄的屏幕使用時間。你平時有花里面30%的時間用來提升自己嗎？

測試相比開發(fā)的工作門檻和天花板都低一些，這也導致了一些想進入軟件開發(fā)行業(yè)但是又對自己掌握開發(fā)能力沒信心的人所做出的保守選擇。

但是如果后續(xù)自己并沒有找到發(fā)力點去提升自己，那么的確很容易在工作兩三年后就達到“巔峰”，碰到天花板。

在聊我的建議之前，先來聊聊手工測試這個崗位的現(xiàn)狀。從名字也能看出，這是一個體力活。一般手工測試也被稱作黑盒測試，它是從產品交互的角度去檢驗軟件是否符合預期。當然這里的預期除了是否符合需求原型之外，還有是否符合人的操作習慣。

不過，現(xiàn)實是，有不少黑盒測試的人員，對「是否符合人的操作習慣」并不敏感，或者說不太關注。這其實是在給自己挖坑，因為這是證明你比別人優(yōu)秀很好的一個途徑。相反，對比是否符合需求原型是一些機械式的活，誰都能干，如果未來用AI來替代測試的工作內容的話，這大概率是首先考慮的。

另一個現(xiàn)實是，不管多么牛、多么先進的公司都需要黑盒測試。因為它的前置成本比較低，無需過多的準備工作就可以開展。所以，在一些經常變動的功能或者新功能上運用比較普遍。

總結一下現(xiàn)在黑盒測試的處境就是，上手門檻和天花板低，運用面廣，每個公司都需要。

想在黑盒測試的范圍內如果要做得優(yōu)秀，我覺得有兩個方向可以走，「業(yè)務」和「體驗」。而且基于這兩個方向你可以平滑地延展自己的職業(yè)發(fā)展道路。

/01 業(yè)務方向/

每個軟件系統(tǒng)背后自然是有一個邏輯來支撐的，這就是業(yè)務。對業(yè)務的熟悉度越高，你越能發(fā)現(xiàn)一些長鏈路上的bug，以及間接的關聯(lián)bug。這樣一來，你的測試質量自然相比其他人會更高，別人更信任經過你測試的項目。

一旦你成為了大家眼中的業(yè)務專家，這就讓你往「管理線」發(fā)展打下了很好的基礎。因為對于管理線來說，業(yè)務>管理>技術，你說這是不是很大的優(yōu)勢。更加重要的一點是，由于工作性質的原因，測試在業(yè)務廣度上的理解會比開發(fā)多。開發(fā)相對來說花了更多時間在業(yè)務的深度上。但是做管理，廣度自然比深度更重要。

可能你會說根據(jù)身邊的情況來看，升任管理的人還是開發(fā)偏多。在我看來，出現(xiàn)這個現(xiàn)象主要有兩個原因：

對大多數(shù)公司來說，開發(fā)人員的數(shù)量比測試多（一般至少3：1吧），所以從人群基數(shù)上看，概率自然會大一些。

最重要的一點是，你看看有多少測試僅僅起到了對比需求原型的作用？如果是這樣的作用，話語權自然比不過在業(yè)務深度上更深的開發(fā)。

/02 體驗方向/

黑盒測試本身就是以用戶視角在測試項目，而且是不斷地反復。我認為這是一個非常好的契機去培養(yǎng)自己對用戶體驗的感覺。可以說，在公司內部，測試使用產品的頻次并不亞于它的設計者產品經理，甚至還要高。

一旦你對用戶體驗的理解能力培養(yǎng)起來，那么后續(xù)你可以很自然地往產品經理轉，畢竟產品經理的職業(yè)天花板可比黑盒測試高得多。

不過，能不能對用戶體驗有感覺，還是需要一定天賦的。比如，你得有足夠的好奇心，會去關注新事物，會經常去深度體驗那些新出的APP，并且能夠通過自己的體驗得出它設計好和不好的地方以及背后的目的。

另外，往產品經理這條路發(fā)展，相比通過業(yè)務走上管理少了對“坑位”的要求，完全憑能力說話，理論上道路更加寬廣。但是說實話，要形成自己對用戶體驗的理解所需的獨立思考能力，在這個時代還挺難的，因為到處都是別人投喂的加工好的信息。

除了以上兩個方向外，如果對自己夠狠，愿意跳脫出黑盒測試范疇來考慮。那么培養(yǎng)自己的代碼能力，往測試開發(fā)方向發(fā)展，可能是更寬的一條路。這條路的市場接納度相比前面兩條更高，也就是說機會更多。

但是，我見過了太多人在這條路上半途而廢了。原因就是前面提到的「行動力不足」。

很多人會覺得測試開發(fā)太難，因為每次參加開發(fā)人員的分享會完全聽不懂他們在說什么。這其實是提前給自己的內心打了退堂鼓。

其實測試開發(fā)對代碼能力的要求沒有常規(guī)開發(fā)那么高。因為測試開發(fā)大多數(shù)是在做一些標準化的工具型項目，這些項目一般規(guī)模都不大，哪怕沒有什么架構設計也能做出來。并且，沒有常規(guī)項目開發(fā)在做業(yè)務迭代時的時間壓力，只要利用好搜索引擎，完成工作是完全沒問題的。有些工作內容實在不行，自己上手工測試也能應付。

只不過，如果選擇走測試開發(fā)這條路，你的目標（不管是中級目標還是終極目標）都必須要進到開發(fā)流程規(guī)范的企業(yè)（一般也就是大企業(yè)了），只有在這樣的企業(yè)里測試開發(fā)才會受到重視。畢竟對大多數(shù)還處于溫飽甚至還沒溫飽的企業(yè)來說，測試只是一個支撐型崗位而已，黑盒測試就足夠了。

當你成為了測試開發(fā)之后，如果對代碼感興趣，有意愿更加深入的話，還可以考慮轉做常規(guī)的項目開發(fā)，只要將對應語言的類庫弄熟了，然后學習一些架構設計知識，并在日常工作里用起來。這樣你所具備的能力就和大部分開發(fā)人員無異了。

除了這3條路還有嗎？有，但是路都很窄。比如安全測試、性能測試。首先對這些方面有需求的企業(yè)幾乎都是大企業(yè)，小企業(yè)幾乎都不太考慮這些問題。這就導致了這些技能的實踐機會變很少，掌握它的人自然也不多。但是他們的薪資水平不亞于開發(fā)，畢竟物以稀為貴嘛。如果能順利成為測試開發(fā)的話，可以考慮一下這些方向。

說實話，每次招人的時候，給黑盒測試開的工資并不高，但是收到的簡歷卻明顯比開發(fā)更多。我覺得這是一個“后浪”特別洶涌的崗位，所以，如果你正好是一位黑盒測試，請正視自己的未來，除非你打算幾年之后轉行。

好了總結一下，這篇是Z哥和一位測試小伙伴聊完后的一些感想。主要是給測試工作兩三年后覺得比較迷茫的人一些建議。

我的建議是三條路。

首先兩條路是平滑的：

往業(yè)務發(fā)展可以走管理路線。但是比較看機遇，畢竟需要有管理坑位給你。

往體驗發(fā)展可以走產品經理路線。但是比較看天賦，還需要培養(yǎng)獨立的思考能力。

還有一條路需要你咬咬牙跨越一下的：學習代碼，嘗試著用代碼去編寫工具完成你的一部分日常工作，轉做測試開發(fā)。

希望對你有所啟發(fā)。

推薦閱讀：

• 人在職場，表達似水
  

• 知識更新越來越快，但是學習起來越來越困
  

原創(chuàng)不易，如果你覺得這篇文章還不錯，就「在看」或者「分享」一下吧。鼓勵我的創(chuàng)作 ：）

如果你有關于軟件架構、分布式系統(tǒng)、產品、運營的困惑

可以試試點擊「閱讀原文」

總結

以上是生活随笔為你收集整理的测试人员未来的3条出路的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。