為啥很多軟體測試排斥要寫腳本的介面自動化測試？

如題，為什麼跟多軟體測試的同事，排斥要寫腳本的介面自動化測試？？

並沒有遇到排斥介面自動化測試的同學。或許只是因為他們並不了解介面自動化測試能幫他們什麼

是因為不會

根據我過往在華為、神碼、滙豐等公司從事軟體技術工作過程中，對於這個行業觀察

截止2018年底，整個行業內，所謂的軟體測試工程師，有百分之50完全不懂代碼，剩下百分之50中的一半能一知半解但沒寫過，也就是說只有百分之25的測試工程師在工作中寫過代碼

寫過代碼的百分之25里，有一半寫的都是界面自動化，也就是說會寫代碼做介面自動化，寫代碼做性能穩定性，寫代碼做安全的測試工程師，也許只有百分之12.5

其中，敢說精通的有百分之6.25么

這個現狀，就是造成很多人對軟體測試這個本來技術性很強的工種，產生誤解的原因

多寫代碼，多搞自動化，才是軟體測試工程師35歲之後的出路

沒有遇到過耶。。。

或許，是因為他們不會做吧。

發佈於 2018-08-28繼續瀏覽內容知乎發現更大的世界打開Chrome繼續胖兔嘰喜歡美容健身的測試工程師

原因很多。比如： 1. 注重功能測試，黑盒測試級別高，覺得功能測試高於一切。忽略介面函數的重要性。2. 測試開發能力差，資源有限。3. 自動化測試腳本需要有根本之源，如果沒有介面函數的說明，測試腳本無從下手，所以也可能是沒設計文檔依據，不好開展自動化測試腳本工作

個人覺得是對項目測試整體結構不明確，測試基礎薄弱的項目經理會這樣。研發代碼結構階段測試策略，測試策略決定測試方法，測試方法影響測試工具的選擇。這一個有套路的閉環。沒有啥排斥不排斥的說法，建立一個統一的測試目標就可以避免了一切了。

希望對你有幫助。謝謝

看不到自動化測試對質量的價值。平時手工測試已經很忙了，給了自己一個無法實踐自動化測試的理由，因為沒有深入實踐/思考更不可能看到自動化測試的價值。如果沒有明白人努力推動打破這個惡性循環的話，那這個團隊很可能就一直維持現狀，並且意識不到改進的可能。如果你想改變這個現狀的話，就要付出努力，給這個維持死循環的狀態注入外部動力推動改進。

不是排斥吧，應該是不懂。

真正會的，應該很喜歡

今天剛好看到這篇文章，可以了解下

我為何從開發轉測試，並堅持了16年？?

mp.weixin.qq.com