前一段時間有很多人覺得我分享的學習方向跟資料有很多大的幫助，然後來問我學好測試才能漲薪為此我也找朋友陳大探討了很久最後整理給你們。

我總結了很多測試學習當中各位朋友會遇到的一些問題

1. 雖然想學點東西，身邊沒任何資源，毫無方向。
2. 好像學的東西都很簡單，總自以為都會了。
3. 學到的總是皮毛，無法結合到一起，不成體系。
4. 學是學了，但專案中就用不上。

下面從幾方面談談測試學習的內容：

1.功能測試

    為什麼有功能測試，其實很多人的功能測試方向就存在了問題，所以必須要提一下。功能比較重要的一塊核心就是測試用例的設計，直接影響測試的深度和總體結果，至於滑鼠、鍵盤、手機相信都會用，否則還是乖乖退出吧。很多人測試標準僅限於需求上的驗證是否正確，但其實這是不夠的，這和驗收人員做的事情就沒什麼區別了。需求可能只有一種方向或者結果，但實現方式和過程可能有幾百種，那麼測試其實還需要從各個角度去證明程式過程是有問題的，甚至是不能工作的，等到被使用者發現，得不償失。否則要你幹嘛呢，要技術有開發，要業務有專職業務，卡在中間多難受，別總給自己找存在的理由，能發現更深層次的問題才是價值的體現。  

2.UI 自動化測試

    自動化方向太多，裡特指UI也就是介面上的，也細分為web、app、pc等方向，只要說到自動化測試，就會往這裡靠。特別想說的是，自動化測試主旨是測試，自動化是輔助，所以做的東西不能總繞著把一個過程操作一遍，那叫自動化執行，不是測試，有錯還是不知道，最多就是給老闆炫個技術罷了，沒有效果，所以重點還是要放在檢查上，為了檢查才去執行，另外需要把能複用的程式碼、資料等處理好，否則以後維護量會把自己弄瞎了。

3.介面測試

    不懂的完全不懂，懂一點總覺得很簡單，口測試不懂的完全不懂，懂一點總覺得很簡單，不懂是因為沒有接觸不知道情況，所謂懂的很多人都覺得，會一些流行的工具、簡單的程式碼就是會了，但其實這相當於功能測試階段只會用滑鼠鍵盤一樣，是在幫開發除錯介面是否正常，並不算在測試。真正的介面測試，需要對業務資料、系統邏輯、資料傳輸等方面確保萬無一失，如異常資料、異常流程、越過客戶端的驗證規範等等，能發現問題才是王道。至於介面的自動化，是穩定後的一種便捷的迴歸測試模式。

4.效能測試

    很多人效能測試簡單說都是工具控，常見的就是jmeter、LoadRunner，要是真會用水平也不會低，但恰恰都總是依賴著錄製，其他都不行，甚至還有覺得有錄製就萬能了。雖然從工具著手是一種學習的途徑，但並不是最好的，只是無奈的，能學到原理才是效能的本質。很多人連服務端效能和客戶端效能都無法分清楚，更不用提架構了，絕大部分的效能問題其實都是產生於架構不合理以及資料庫方面的內容，所以不懂是很大的劣勢。

5.安全測試

    一個神祕的話題，多數人連如何入門都不知道。實際上安全種類非常多，級別也不同，測試方便做的最多的就是和業務邏輯有關的安全，也會順帶做一些簡單的通過應用程式介面進行注入等攻擊的嘗試。工具控由此誕生，很多情況工具掃完了，出來結果是什麼完全不知道，其實是什麼原因呢，上面提到的基本都是HTTP介面上的內容，那麼缺乏的知識實際上就是介面測試的基礎了。

6.自動化

    看到這裡，可能突然發現為什麼又是自動化，前面已經提過了。實際上前面提到的只是UI的自動化測試，更像是功能測試層面的自動化模式。真正自動化是貫穿技術領域全域性的，像介面測試、效能測試、安全測試，其實都可以自動化，但有的時候只是不值得做而已。這裡提到的自動化，並沒有帶測試2字，測試以外各個領域，不管是部署、維護、監控、資料、統計等等都可以搭載自動化，只有想不到，沒有做不到。但是仔細發現，沒有開發，要是機器能自動開發了，並帶有一定AI了，那麼……人類危險了，新一輪的AlphaGo要來碾壓了。    

    提了那麼多的方面，我這邊也可以給你們分享一些實際能幫助到你們的學習資料。整理不易希望大家不要覺得理所當然。如果能幫助到大家擴散一些思路那就最好啦，相信多少會有一定的啟發，還是沒有方向可以加技術群：706315665，記得備註資訊哦。