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

新夢想IT發表於2022-07-14


 

測試行業現狀

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

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

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

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

 

測試的本質

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

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

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

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

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

 

測試的進階形態

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

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

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

 

測試行業常見問題

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

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

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

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

 


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69940641/viewspace-2905758/,如需轉載,請註明出處,否則將追究法律責任。

相關文章