在2008年剛剛進入這個行業時，我對于要學什么東西，是迷茫的。記得我在08年的時候，入職的公司給我們這批新人做了培訓。培訓中介紹了很多概念，告訴我們質量很重要，軟件測試前景很好，還教了我們很多軟件測試理論知識，在最后還給我們介紹了所謂高大上的自動化測試和性能測試。然而，在之后的三年里，這些當時培訓時給我灌輸的錯誤知識，不斷地給我職業生涯扯后腿。在低谷期，我當時甚至覺得這工作簡直是浪費時間，在那點點點點半天，是個人都可以做，我點完測得算是好還是不好，根本無法區分，聽天由命，就看給你分的開發人員給你留了多少時間。分到代碼質量低的開發，點來點去全是bug。然后還要我背鍋，說有bug是因為我沒測出來。偶爾還會遇到一些技術人員搞性能測試，但對我來說完全是天書，不知道他們在搞啥。

后來，我逐漸意識到了，當時的種種問題，都是那入職培訓灌輸的錯誤觀念的惡果。

錯誤在哪里：

1. 瀑布模型時的測試理論，對當前迭代模型不適用或不完全適用。
2. 當年測試重點放在黑盒測試和圖形界面自動化測試，而這兩種測試方式注定了上限低，前景差。黑盒測試，是個人，培訓一下業務就能測。或許新人測得沒我好，沒我快。但新人勝在便宜，勝在人多，黑盒測試上完全可以以人的數量戰勝人的質量。在黑盒測試上，難以衡量個人技術水平對測試工作效果的影響，也就是績效基本看不到。因此，這個領域極度內卷，人人都想做管理。然后還要不斷背鍋。
3. 圖形界面自動化，穩定性差，前端不一定配合，而最大的問題是圖形界面自動化的代碼只是對第三方庫接口的簡單調用，了不起再做個頁面對象模式把定位語句和測試邏輯分開。隨便哪個有一點點代碼基礎的應屆生，培訓個把月，必然能上手。或許新人調用第三方庫沒我熟練，沒我順手，但新人勝在便宜，勝在人多，圖形界面自動化上，同樣人的數量勝過了質量。后來，我還見過整個圖形界面自動化組全是新人級技術水平的，照樣通過頻繁改測試腳本把活給干了。而其中唯一的頁面對象設計模式，只有知道和不知道的區別，只要知道了，就能極快掌握，因為根本沒有技術門檻。
4. 性能測試，只知道用工具去做，不知道怎么用工具做，不知道要做哪些具體事情，看不懂指標，不會優化。我當年參加的培訓只告訴我這東西很難，設計場景很難，分析圖表很難，調優很難。實際上，我后來學會之后，知道了性能測試并沒有那么難。（關于性能測試請看：張挺：性能測試如何入門）

入行或轉行軟件測試（測試開發）要怎么學

要學的東西不少：

1. 測試理論 2. 編程語言 3. 網絡知識 4. 常用測試工具 5. 操作系統 6. 持續集成與交付 7. 具體技術 （接口測試，圖形界面自動化，性能測試，web開發）

其中的重點：

測試理論要與時俱進，經典理論里不合時宜的東西要勇于拋棄它。

編程語言要深入學習，必須達到普通開發人員的水平。

網絡知識貫穿整個學習過程的所有技術知識，很多天書般的問題背后都是網絡知識決定的。

常用測試工具要逐步掌握，用到哪里學到哪里。

操作系統要慢慢學，先學會搭建測試環境、找日志和分析日志等常用操作。

持續集成不止把jenkins搭起來，背后很多復雜的點。

具體技術是重點，雖然我放到了最后。但這里4種具體技術，除了圖形界面自動化以外都很重要。其中最重要的是接口測試與web開發。這兩者都學過了才能打通知識脈絡。讓以前學的所有東西聯系起來。另外數據庫，容器等等都在web開發的學習中簡單覆蓋，不用多精通，知道個大概即可。

關于上述要學的東西，我會在這里給大家介紹：

感謝知乎提供平臺，我將于2020年8月29日晚上8點，為大家做一場關于軟件測試開發入行要做的學習的live分享。歡迎大家來一起參加和交流。

Live地址：入行或轉行軟件測試開發要怎么學

入行或轉行軟件測試開發要怎么學?www.zhihu.com

本次live適合：

1.想轉行軟件測試開發的人；

2.剛入行軟件測試開發的人；

總結

以上是生活随笔為你收集整理的开发转测试没人要_入行或转行软件测试（测试开发）要怎么学的全部內容，希望文章能夠幫你解決所遇到的問題。

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