做了幾年自動化測試，突然想就這個問題，總結一下自己以往的學習經歷，踩過的坑，做一些深入的探討。

拋開疑問，只做學術探討

這次我們拋開所有的疑惑，比如自動化測試到底有什麼用？自動化真的能提升效率麼？學了自動化能漲多少工資等等，以上的話題，我這次將不再論述，這幾個問題也是平時討論的比較多的問題。

針對以上的問題，我做一個總結，能漲工資，能多賺錢的技術，就值得我們去學！既然自動化現如今發展的這麼火，自然有它存在的價值。

小白在想什麼？

想必每一個大神，都是從小白一步步走上來的。當然呢，我很能理解小白的想法，因為平時經常和一些剛入門自動化測試的同行交流，也很深入的瞭解到他們的一些困惑。

大部分小白想的無非是以下幾點問題：

1.自動化測試好學嗎？

2.不學/不寫程式碼能做自動化測試嗎？

3.怎樣學習自動化測試？

4.學自動化測試要先學習哪個方向？學ui自動化？還是介面自動化？好像App自動化也比較火？要麼再來個小程式自動化？

5.我沒有程式碼基礎，工作都是點點點，要不要報培訓班？

6.我需要學習什麼語言？java 還是 python？
…等等

我來針對以上的問題，說一些自己的看法：

首先，自動化測試，很好學！但是要記住，一定要明確學習的方向，不要劍走偏鋒，白花力氣。

第一，不寫程式碼當然可以做自動化測試，但是個人建議還是學習一門語言，至於學習什麼語言的話，很簡單，不用糾結，第一看你是否有程式設計基礎，沒有選py，有的話選java py都可

第二需要看你們的開發用的什麼語言，和開發用同一門語言能在學習自動化測試的同時，降低你和開發之間溝通的門檻，提升你在公司的話語權。

第三，學習哪個方向？我建議：web ui自動化=》介面自動化=》App自動化/小程式自動化，當然，著重學習介面自動化，ui自動化要學，但是沒太大必要深究。

第四，要不要報名培訓班？這個看你個人，如果你覺得自己學習理解能力很強，本身自己又很自律，同時學習的方向又很明確，那麼你當然可以不報名培訓，多省點錢不香麼？

假如你對自動化測試或者一些程式語言毫無理解，身邊又沒有能帶你學習的人，那麼報名培訓絕對是一個快速提升的途徑。

蓋樓之前先打好地基，首先需要學習一門語言

在上面我們也提到了，自動化要想做得好，必須要學習至少一門語言。當然至於學習語言要到什麼程度了？我不可能一直學下去吧？答案是，會用就行！

掌握大部分的語法基礎，已經能夠滿足你的自動化的日常需求了，因為我們寫指令碼並沒有像開發那麼難！

語言你需要學習，for迴圈，if判斷，資料型別，運算子，面向物件程式設計等等，不管是java還是py，這些都是需要的，其實也差不多，會一門語言，其他的都類似。

語言入門後，正式踏上開始自動化成神之路，入門篇Selenium

selenium作為自動化的老祖宗，已經被玩爛了，基本上只要是做自動化的，無人不知無人不曉。為什麼要先學習selenium？

它能幫助你快速理解，自動化到底是個什麼東西，並且能直觀的在頁面上面反饋給你。咱當初也是，看著selenium的api，一點一點啃下來的，幾乎每個方法都去嘗試了一下。

selenium有1.0 2.0 3.0,建議你學習之前，先去了解以下它的歷史，u以及它的執行原理，這樣可以勾起你的學習興趣。你學習selenium，需要去安裝瀏覽器，強烈建議使用Chrome而不是FireFox，前者相容的更好。

安裝好Chrome，你需要去安裝驅動，恭喜你，這時候你就會踩到自動化的第一個坑了！大部分原因還是因為你的驅動版本和瀏覽器版本對不上。等能訪問百度後，這裡印象很深的su和kw（具體是什麼等你學了就知道了）

你會再去嘗試各種selenium的方法，去操作瀏覽器，這時候彷彿打開了新世界的大門，奧！原來自動化測試是這麼個東西！真神奇！

玩膩了Selenium

等你玩了幾天，或者幾個星期之後，你好像對Selenium提不起什麼興趣了，指令碼也寫的越來越6，能寫出一些線性的自動化指令碼了，這個時候，有點驕傲自滿，自動化不過如此，就這？

我想說的是，不要高興的太早，你僅僅只是剛跨入自動化測試的大門，走了一小步而已。此時，你可以開始嘗試，把專案中一些重複的操作，寫成指令碼去跑，滿滿的成就感有木有！自動化的成效初步形成，彷彿你開始懂得如何用自動化提升效率了。

開始接觸自動化框架unittest/testNG

等你學會單元測試框架unittest/testNG，當你學會了selenium後,你會發現大部分的線性指令碼，很難去管理，並且每個指令碼需要去一個個run，而且還無法統計測試結果，這個時候，就需要單元測試框架登場了！

你會開始學習，單元測試框架的用法，如何建立一個測試類，如何寫測試方法，如何把你的指令碼寫成測試用例，如何校驗測試是否通過，用例的執行順序怎麼去控制，斷言怎麼去寫，這些都是你要去探究學習的。

不滿足於單元測試框架的功能

等你指令碼寫的很6，用例也會組織了，然後每次領導告訴你，跑一下測試，然後把測試結果發給他，要總結成測試報告的形式。

你這時候，屢次開啟你的編輯器，run test，然後刷刷刷的跑完測試，一條一條的統計測試結果，累得半死，發給了領導。

第二天領導又說，下班前你再跑一下測試，給我份報告，想死的心都有了。那麼你開始去逛百度，逛論壇，想要得到解決方法，那麼“框架”一次就會映入眼簾。

學習自動化框架

此時，你已經開始琢磨如何寫一個自動化框架出來了，那麼說明你的自動化已經開始入門了，並且往著中級的方向發展，你開始研究框架的結構，發現有用例管理，日誌，測試報告，郵件，基礎封裝類等等，還有一種框架的設計模式（經典PO模式）

你開始對你的用例進行整理，封裝基類，編寫頁面類，封裝日誌，郵件模組等等，經過了幾個星期的打磨，你的第一個自動化框架誕生了！

此時你可以去各個技術群去炫耀了，自動寫出了一個自動化框架，很多小白也開始吹捧你，叫你大神了。

初始介面測試

以上結束了UI自動化的學習，那麼下面到介面這邊。一般公司用的都是http介面，那麼你就從http協議開始學習了，瞭解它的結構，請求頭，請求引數，請求地址，請求方式等等等，嘗試學習一些抓包工具

如fiddler,chales,wireshark或者瀏覽器的開發者工具等等，去抓包獲取一些介面，慢慢的觀察它的請求構造，但是這時候還是雲裡霧裡，對介面一知半解。於是下載了一個介面測試工具，嘗試把引數錄入到工具中，手動發起呼叫。

當工具返回200 code時，奧，原來是這麼回事。好像就是和服務端來傳遞和接受資料的，然後前端頁面會把資料展示到前臺！

嘗試學習Request/HttpClient庫發起請求

在用完postman後，就會想到，那麼我怎麼用程式碼去發起一個請求呢？這時候就需要去學習這兩個東西。pip install & import requests後，就開始了你的介面自動化之旅。

你嘗試也是把之前ui自動化的增刪改查，用介面來實現，你把抓包的請求引數拿過來，一個一個方法的呼叫，然後一鍵執行！一綠三紅！為什麼？然後發現介面返回了401，無許可權！奧！我沒有登入啊，那麼怎麼才能登入呢？？

抱著很多的疑惑開始研究，這時候你需要去了解cookie和token的工作機制，再配合你的程式碼，去快取cookie，達到登入。等解決了這個問題，但是介面還是報錯了啊，刪除介面提示我沒有這條資料！

查來查去，原來是我那條資料已經用掉了，那麼怎麼可以保證我每次錄入的引數都是新的呢？這時候就需要去了解介面關聯，如何把引數從上個介面的響應提取出來，給下個介面用。

request/HttpClient結合unittest/testNG+allure

一樣的，等你學會了 request/HttpClient,自然也會想到用單元測試框架把他們整合起來，然後又發現了一個高大上的allure測試報告，再結合一些日誌模組列印引數，輕車熟路的這麼一個介面框架就出來了，和之前的差不多！小意思。

嘗試用yaml/Excel管理測試用例

等你拿自己的框架，重複枯燥的寫著測試用例，這時候你想了，我為啥每次都要request.post，方法都是一樣的，只是資料不一樣，為什麼我要一直寫程式碼呢，很累啊！為什麼不用一些檔案來讀取測試資料，做引數化呢？

這時候你開始研究讀寫excel/yaml了，你想把所有的測試用例都放在檔案裡管理，就不用每次去寫程式碼了，然而事情並沒有那麼簡單！那麼我在檔案裡如何去處理關聯資料呢？如何去快取cookie呢？如何做斷言呢？如果做一些動態的輸入呢？

以上問題就留給你們自己去想了。

高階貨？git?jenkins?docker容器？分散式？

走到這一步，你已經寫過好幾個框架了，並且基於自己的框架做了優化，那麼你此時發現一個很嚴重的問題，我的程式碼居然只能在我本地執行，如果要給別人用，還需要去別人電腦上配置環境，copy程式碼給他。

那麼為什麼不用一些程式碼管理工具去管理我的指令碼呢？那麼就會需要去學習git，瞭解如何add commit push推送我的程式碼到公司的gitlab，這樣別人也可以使用，那麼有了gitlab，我想做一些定時任務，讓它自動執行呢？

學jenkins。再更多，要是我想多個用例一起跑呢？學習selenium grid，docker等等。。

自動化頂端之測試平臺/工具開發

等你搭建好公司的自動化生態，你還是不滿足，我為什麼不把這些東西視覺化管理呢？做個平臺？管理用例，管理任務，管理測試報告？我還可以把公司的一些部署任務也整合過來？

想法很好！此時的你已經不僅僅是一名優秀的自動化工程師了，已經邁向了測試開發的道路！開始學習，瞭解了測試框架httprunner，開發框架django/flask/springboot，懂得了介面開發的流程，瞭解了mybatis,shiro,quartz等等，開始學習前端

vue/react，懂得了什麼是元件開發，父子元件傳值，開始瞭解很多東西，甚至運維方面的知識，開始瞭解k8s docker，微服務。。那麼你越來越往著大神的方向去了，希望你還沒有禿頭，此時的你可以驕傲的稱自己為一名合格的測試開發，或者叫全棧開發了有木有！到此告一段落。

PS: 以上就是我個人，也相信是大部分學習和喜歡自動化測試的一個學習路線，當然本次沒提到一些App端/小程式端的自動化測試，其實也都大致類似。希望各位看完本文章點個贊！祝大家少走彎路！

上面是我收集的一些視訊資源，在這個過程中幫到了我很多。如果你不想再體驗一次自學時找不到資料，沒人解答問題，堅持幾天便放棄的感受的話，可以加入我們扣扣群【313782132 】，裡面有各種軟體測試資源和技術討論。

軟體測試是IT相關行業中最容易入門的學科~不需要開發人員燒腦的邏輯思維、不需要運維人員24小時的隨時待命，需要的是細心認真的態度和IT相關知識點廣度的瞭解，每個測試人員從入行到成為專業大牛的成長路線可劃分為：軟體測試、自動化測試、測試開發工程師 3個階段。

如果你不想再體驗一次自學時找不到資料，沒人解答問題，堅持幾天便放棄的感受的話，可以加我們的軟體測試交流群，裡面有各種軟體測試資料和技術交流。