測試前景分析——崗位會越來越少嗎？

 

測試行業現狀

我的整體意見是 崗位不會變少，反而相對於其他崗位會變的更重要一些。

首先糾正一個非常非常錯誤的觀念。測試和測試開發是兩個崗位？ No，不是的。測試開發是屬於測試的。

測試開發只不過是使用類似於開發的技術和能力，來達到測試的目的，本質還是測試。

就如同一個人用人肉掃地，另一個人發明了自動掃地機來掃地，看起來後面這位更高階，但是實際目的還是掃地。

 

測試的本質

其次就要說到 軟體測試 的本質，以及行業對測試愚蠢的誤解上來了。

我曾經前一段時間去阿里面試，測試相關問題回答良好，技術原理理解力，業務熟悉度，測試框架的設計思路，都回答良好。最後考了我兩道演算法題，回答的不是很好，最終說我技術不太好， offer給的不高。於是我tm就拒了，心中一萬句mmp。

沒想到如此大廠也是對測試誤解如此深，因為他們招測試的標準就是在招研發。

就如同掃地，你掃地機器人做的再牛逼有用嗎？如果你的場景是擦玻璃窗，而壓根不是掃地呢？

測試的本質是，理解業務，產品和需求。傻乎乎地用研發標準招一坨長得像測試，但是實際是研發的人，就無法保障測試到位。測試是非常靠軟實力的，標榜自身技術能力很好，但是半個重要 bug都測不出，線上事故一坨，這樣的例子見的太多了。

 

測試的進階形態

測試有兩個進階方向，一個是理解實現原理。 也就是你要明白，當前專案裡面，業務需求是如何變為設計，再變為程式碼實現的。程式碼邏輯層次的耦合，資料庫設計，甚至網路層如何通訊，拓撲架構如何，都需要理解。注意，理解即可，不需要完全掌握。這樣，任何研發行為你都可以明白其意義和風險，你就可以精確設計測試用例，不浪費自己的時間，也不會遺漏高風險場景。

另一個方向就是自動化，也就是在簡化自身的重複勞動。這個雖然非常重要，但實際上現在成熟框架很多。而且測試框架其實不像研發框架，測試框架優先關注的是易懂性，易用性，交流能力，擴充套件便捷性。

測試人員在選擇框架和使用框架時，要靈活，要貼合業務。比如他可以去思考，是否可以把一個掃地機器人改造為擦窗機器人。

 

測試行業常見問題

1、如果你指的是業務測試外包給阿里做，那這個可以不討論了。測試外包在十年前就有了，逐漸已經不流行了。這是因為維護一兩個專職測試人員，比外包靠譜的多。自己的測試人員理解業務，外包就是瞎測，一旦換人就面臨很大風險。這也說明了，測試的本質是產品。業務和需求。

2、 和自動化測試是否可以外包？也不可以，但是我們確實可以有平臺或者框架，來集約一下大家的知識和資源。所以最合理的模式是，阿里這樣的大廠提供平臺，或者開源測試框架，而其他公司的專職測試去使用。

3、測試崗位的人數確實可能會下降，不是因為提問裡面的原因。而是因為：測試自動化程度變高，手工測試消失（但測試開發會變多），這是目前一個已經既成的事實；另一個原因是開發的測試意識變強，自測能力提升，運維的質量意識變強，線上測試和質量控制體系的建成，這是目前的一個趨勢。

4、那麼為什麼我還說測試人數會變多呢？因為隨著軟體開發行業的體系化，運營化，質量會變的越來越重要。而測試的軟實力，分析業務構建測試思路和用例，溝通作用，流程控制作用，都是更難被機器所替代的。如果說以後機器可以幫忙寫程式碼，做專案，那麼最後兩個被機器代替的崗位，一個是測試，一個是產品經理。