做了幾年自動化測試，突然想就這個問題，總結一下自己以往的學習經歷，踩過的坑，做一些深入的探討。
拋開疑問，只做學術探討
這次我們拋開所有的疑惑，比如自動化測試到底有什么用？自動化真的能提升效率么？學了自動化能漲多少工資等等，以上的話題，我這次將不再論述，這幾個問題也是平時討論的比較多的問題。
針對以上的問題，我做一個總結，能漲工資，能多賺錢的技術，就值得我們去學！既然自動化現如今發展的這么火，自然有它存在的價值。
小白在想什么？
想必每一個大神，都是從小白一步步走上來的。當然呢，我很能理解小白的想法，因為平時經常和一些剛入門自動化測試的同行交流，也很深入的了解到他們的一些困惑。
大部分小白想的無非是以下幾點問題：
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端/小程序端的自動化測試，其實也都大致類似。希望各位看完本文章點個贊！祝大家少走彎路！
原文出自：https://testerhome.com/topics/24929
作者: 江楷