這裏是Z哥的個人公衆號

每週五11：45 按時送達

當然了，也會時不時加個餐～

我的第「144」篇原創敬上

大家好，我是Z哥。

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

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

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

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

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

但是如果後續自己並沒有找到發力點去提升自己，那麼的確很容易在工作兩三年後就達到“巔峯”，碰到天花板。

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

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

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

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

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

/01 業務方向/

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

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

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

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

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

/02 體驗方向/

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

一旦你對用戶體驗的理解能力培養起來，那麼後續你可以很自然地往產品經理轉，畢竟產品經理的職業天花板可比黑盒測試高得多。

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

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

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

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

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

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

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

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

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

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

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

我的建議是三條路。

首先兩條路是平滑的：

  1. 往業務發展可以走管理路線。但是比較看機遇，畢竟需要有管理坑位給你。

  2. 往體驗發展可以走產品經理路線。但是比較看天賦，還需要培養獨立的思考能力。

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

希望對你有所啓發。

推薦閱讀：

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

如果你有關於軟件架構、分佈式系統、產品、運營的困惑

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

相關文章