如何學習自動化測試？

12-30

作為一個測試人員，從業年期從事手工測試的工作是沒有太多壞處的，當然，如果一直點來點去那麼確實自身得不到提高，這時候選擇學習自動化測試是一件很有必要的事情，一來將自己從繁重的重複工作中解放出來，從事一些更有挑戰的工作，二來能積累技術知識，厚積薄發完成飛躍，那麼技術新人該如何學習自動化測試呢？

謝邀，關於自動化測試，我以前寫過很多的文章來闡述。

這裡稍微貼上一些，作為該題的外延知識補充。

無用的自動化測試，在這篇文章里我討論了自動化測試成功的一些必要因素以及自動化測試失敗的主要原因——也就是人的原因。

作死的自動化測試，這篇文章討論了新人學習測試技術中的誤區以及一些常見的錯誤節奏

從龍門鏢局看自動化測試，這篇文字說了些瘋話，有心人也許會明白。

回到正題，新人學習自動化是一個艱苦的過程，因為自動化測試失敗的案例比成功的案例要多，至少很多人是如此認為。

很多團隊都嘗試過自動化測試，但一般都是淺嘗則止，很少有非純技術團隊能夠在自動化測試的道路上堅持下去。

自動化測試是一個很廣義的概念，一般說來所有能替代人工測試的方式都屬於自動化測試，我們一般說的單元測試就是自動化測試的一種，單元測試很多人稱之為「毫秒級的自動化測試」。

自動化測試是很難的，從某種意義上來說比性能測試更難。性能測試可以依仗的東西很多，比如LR等，而自動化測試的工具很多情況下只是一個半成品，比如selenium webdriver，你需要花很多時間去使用代碼編寫用例，並且維護這些用例，這一過程是漫長而艱辛的，特別對一些沒有開發經驗的測試同學來說，這個過程非常痛苦，每天的工作內容好像是自虐，而且自虐一段時間後信心基本崩潰，從此談自動化色變，把所以的錯歸結於自動化測試策略與技術，而不從本身去找問題。

不過相比於性能測試而言，自動化測試的實踐者往往是更加幸運的。最簡單的例子是一般的性能測試人員離開了工具基本上就無所作為了，而自動化測試人員則可以利用自己掌握的語言知識與代碼知識自己創造工具，說實在的，這是一件很有成就感的事情，乙醇自己就在寫工具，從簡單的cli工具到複雜的web工具，一切都是托以前自動化測試實踐的福。

自動化測試很難，那麼我們為什麼要堅持自動化呢？

單元測試是保證代碼質量最基本也是最根本的途徑，單元測試是自動化測試的一種，因此自動化的重要性不言而喻；
集成測試在很多情況下非常適合使用自動化的手段去運行，最明顯的例子是rails里的integration test；
當你的單元測試和集成測試都沒做好，甚至是沒有做的情況下，UI級的自動化測試可以扮演救火隊員的角色，儘管成本很高，但是可維護的UI測試代碼是回歸測試的福音，也是提高測試生產力的重要手段；
自動化測試可以培養團隊，一個團隊如果可以把自動化測試做好，那麼他們的開發水平一定不低，而且如果這些人去做開發，代碼的質量反而比一般的開發人員要高，原因很容易理解，測試人員堅信沒有測試過的東西就是不可信的，代碼如果沒有被測試過，那麼代碼自然是不可信的，不可信的代碼就需要用單元測試去覆蓋，因此這可以從根本上提高代碼的質量。

那麼自動化測試如何去學習呢？乙醇這裡給出一個很平滑的線路圖。

學習一門腳本語言，ruby python or javascript。當然，如果你信仰優雅，追求美感的話，你可以學習ruby，學習資料在這裡
學習語言的過程是漫長而枯燥的，你可以通過使用selenium webdriver api來更加有效率的學習。在學會自動化測試的同時也搞定了一門語言，而且每一步都很有成就感。Selenium的學習資料首推webdriver實用指南，該書大道至簡，而且涵蓋了java ruby和python，無論是作為案頭書還是技術食譜都是很好的選擇。
最後你可以學一點移動開發的知識，appium是個很好的選擇，你可以使用appium來測試ios和android移動端的應用。appium的教程在這裡appium - 標籤

當然了，除了悶頭自學，你也可以加入一些學習的qq群與大家交流，志同道合者一起學習效果會更好。

你可以參考我們為什麼需要自動化測試這篇文章，從而獲取更多的幫助。

編輯了一下。

我寫一個學習路線吧：

1.學習python基本語法。

2.上w3cschool這個網站，學習HTML/CSS下的html、xml、webservice三個教程。

3. 然後下一個python的requests庫學習寫最簡單的網路爬蟲。知乎上爬蟲教程一大堆。

3是第一個里程碑，學寫簡單爬蟲一方面有一定的成就感，一方面又知道了介面到底是怎麼回事。同時還學到了怎麼解析一個頁面，

4.學習python的測試框架unittest，知道怎樣用unittest和python的mock模塊寫一個小單元測試。

5.把3和4結合起來，你掌握http自動化介面測試。

6.學selenium的庫和頁面對象模式

7.把2、4、5、6結合起來，你應該能寫既支持web測試又支持介面測試的自動化測試腳本了。

8.學robotframework，你可以把自動化測試變成關鍵字驅動和數據驅動的了。

9.學python的高級一點的語法。如裝飾器、線程進程協程。你可以讓測試並行執行，並自動記錄測試步驟到log文件里了。

10.學jenkins，測試不再需要你手工去啟動了。測試也可以分步式運行到多個環境上了。

11.學docker、git、gitlab等的簡單使用，從此測試腳本不用再人肉更新、測試環境也不用人工搭建。這裡也要學linux的簡單使用，

12.回到w3cshool，學習javascript、ajax、jquery、bootstrap。至此你可以寫50%以上簡單網站的前端了。

13.學習python的flask庫，學mysql或mongodb是怎樣和flask一起用的。至此你可以寫簡單網站的後台了。你還可以快速開發webservice介面了。

14.綜合12和13，你可以開發一些測試管理工具了。比如寫一個管理很多jenkins master的ci調度平台。也可以寫一個提供統一樣式的測試報告的web展示平台。寫一個監控所有測試情況的看板。寫幫你生成測試文檔的腳本。寫測試環境的管理工具。

並且14是一個里程碑，你可以理解開發人員的一些思路了，比如為什麼開發人員老是不願意好好寫單元測試、老是說這不是bug、老是說幾點幹完但卻拖到半夜還做不完，特別是你做的東西交給別人測的時候。你也可以理解web測試的介面測試、單元測試怎樣做比較好，因為如果不好，你是不願意用到自己寫的網站工具上的，你會覺得浪費時間。老實說我從來沒用selenium給自己寫的網站做過測試，完全不想做，但介面測試和單元測試我還是很願意做的。主要因為基於圖形界面的自動化測試效率低。我當時組裡有其他測試人員執意要給我這個網站做selenium，我勸阻不了，但最後界面需求不斷修改，他也沒堅持做下來，從這個工具網站的第二個大版本開始就放棄了。

15.學壓測工具locust、jmeter等，7里寫的框架可以支持壓力測試了。同一套介面測試腳本，既做自動化測試又做壓測了。註：現在主流是jmeter，而未來屬於像locust這樣的工具，它讓測試人員寫代碼來描述性能測試。jmeter的控制項和圖形界面適合新手入門，但基於圖形界面做的話效率低一點。其他gatling、grinder都在自身的設計理念上比jmeter先進。

16.想做app測試的話，學一個appium之類的框架。p?s：我沒有學這個，主要看項目方向是否需要。

17.補課時間，好好把計算機網路補起來，這個是真有用，我原單位用openstack搞雲計算的時候，網路這塊是最經常出問題的。網路我學得不好，就得不斷求實驗室的人幫忙。

演算法題刷起來，平時沒多少用但是面試經常考，資料庫我說實話我畢業後就沒怎麼系統學過，好像我用得不多。

linux操作系統再補補，鳥哥私房菜看看完。很多人用了n年linux連繫統許可權咋回事都不懂，這個有點無語的。

18.java補起來。沒辦法，用java的單位多。要找工作機會也多。現在流行java+python都要會。其實都差不多，舉一反三。但能用python的地方我還是喜歡python。

19.不知道後面再怎麼學了。我想再提高提高web開發能力。前端框架學一個，以後開發一些更漂亮更炫的前端頁面。再學下什麼消息中間件之類的，去面試曾經被這個的問題虐過。

我相信再怎麼基礎差，到了這裡做做大部分單位的自動化測試是隨便做做了。但是，恐怕你到這個時候也不願意回去寫那種常見的selenim腳本了吧。按我們單位的情況，原來寫的腳本是robot腳本加一些自定義庫，和別的單位的selenium、appium本質上都類似，都很簡單不用動腦筋。這時候我原單位里有的人就轉去做devops，搞ci、cd。有的人去做自動化測試教練（其實就是寫測試基礎庫和搞培訓）、測試工具開發（偏web開發）。這幾類我都試過後感覺對devops更有興趣，當然我做的具體工作還是從自動化測試開始的。自動化測試的學習路線和devops可以很好地銜接起來。因為自動化測試方面的專家較少，而devops講究的是自動化整個流程，不僅是測試，但自動化別的階段和自動化測試階段，目前還沒有太大本質區別。

至於自動化測試架構師的職位，其實就看你單位怎麼設置職位了。做技術的人總想著掛個架構師頭銜，但其實這個架構師和開發的架構師差距還很大啊。到這裡也不要沾沾自喜…可能只是你在這個公司資歷熬的久。

----------------

回一下評論里的問題：

1.最快多久入門：

很快，

不一定要按順序從1學下來，以最快加入項目組幹活來看，像我現在單位，要求真的很低，掌握1、8、10、11就可以幹活了。我原來組裡帶一個黑盒測試出身的人（三到五年經驗）帶到他能寫出一個case，完成一個合格的腳本大概一兩周吧。

但是，我不得不說，我也沒辦法把這些人帶成高手。真正的入門我認為是要具備快速學習的能力開始。

就我在我原公司待過兩個部門，我見到的具備快速學習能力的測試人員屈指可數，真的非常非常少，而且很多都是不再寫代碼的測試架構師。（敢情大部分人都是等別人學好了來教你？）

我的親身經歷就是，我學一個東西花兩三天，用學的東西做一個東西花一個禮拜，優化到比較好用可能花個把月。

但我教別的測試人員接手這個東西要教一兩個月？！要教好多遍？！給了官方教程的鏈接告訴我看不懂或看不完？！這就尷尬了。我想去做新的東西，而不是被自己做的東西綁住..變成唯一的維護人員...

所以我寫的這麼多點的學習路線，真正目的是希望讀者在學習過程中培養快速學習的能力。然後擺脫學習路線自行學習。而並不是說讓你按部就班一條一條學下來。我自己也才學到14和15。

2.開發轉測試的學習路線

首先開發轉測試是很可惜的。然後既然做了自動化測試，基於原有的開發經驗，你應該很快發現：自動化測試技術含量極低。

大部分人做的就是調用開源工具的介面，這甚至不應該算寫是程序。

一個應屆生，培訓一星期，一定能勝任。

並且，即使他做三年這種自動化測試，他的水平也不會再有提高。唯一區別就是，以前他要一邊看工具的API文檔一邊寫腳本，三年後他不用看文檔可以直接寫。寫的速度快了一點點。

測試界的很多新人往往誤以為自動化測試高大上，事實上並非如此，而且這是一個很無聊沒什麼挑戰性的工作。並且以重複勞動為主。

然後，做得好一點的地方，多多少少會對測試腳本做一定的抽象，形成一些測試框架。假如你是asp開發轉過來的，萬一你要設計框架的時候，不要把框架做成圖形界面+拖拽控制項的，那會非常難用。同樣對java出身轉測試的人說，請不要把測試框架設計成自帶一大堆眼花繚亂的xml配置的，特別是不要讓別人老是去改一大堆的xml文件。更不要做成web平台形式的測試框架，特別是不要讓測試人員在瀏覽器里寫代碼。

這些做法，我都遇到過，可用性很低。

另一個很麻煩的問題是很多自動化測試不穩定。有時pass有時fail。因此一個腳本要反覆調，來提高穩定性，這部分是很麻煩的工作。

還有一個問題是很多自動化測試不可靠，即使他fail了，你也不敢說是軟體bug，實際工作中每個fail我這裡都要分析很長時間，聯絡很多人才能確定他是不是bug。

所以，學習路線上的建議，我集中於怎樣不再做簡單低級的自動化測試工作上。我個人覺得自動化測試這份工作本身僅僅作為一個過渡會比較好。就像手工測試一樣，我做手工測試時的目標就是不再做手工測試，做自動化測試時的目標就是不再做自動化測試。

那麼來看學習路線

1.從開發轉自動化測試

2.學習各種測試工具：

不一一列舉了，前面已經有了。

一般主流工具都會就可以了。記住這些工具僅僅只是一些api調用，調用這些工具和你asp拖拽一個控制項並沒有本質區別。

3.加強對測試和相關理論與的理解，以下不分先後：

單元測試原理（包括mock）

介面測試原理（不就是調介面么，頂多加個和單元測試差不多的mock）

性能測試原理（微軟有個web性能測試的電子書很好，性能測試原理是唯一一個需要看書學習的，其他幾個都太簡單不需要看書）

自動化測試原理（歸根結底就是一些簡單抽象簡單封裝和一些第三方庫的調用）

分散式測試原理（最簡單就是master+slave，你可以看看jenkins、selenium grid、jmeter都實現了不同的分散式）；

持續集成原理（都不好意思說這能算原理，掌握jenkins和他的一些常用插件就好了）；

配置管理原理（為啥要用git，為啥要分branch等等，怎麼做一個項目的配置管理）；

數據分析原理（我學的ELK，可以用來做測試結果分析和可視化————》進一步你可以轉型做專業的數據分析，告別有點無聊的自動化測試，不過我原單位選擇了從外面招一個人來而我也不想轉這個方向）

4.寫點自己的工具

原理都懂了，寫起工具來簡直勢不可擋。

特別是你如果搞的python，很多東西都可以自己寫一寫啊，都很容易實現啊。有那麼多第三方庫對吧。實現起來還特別快。

比如，找一個可視化方面的庫，你可以輕鬆自定義測試結果報告，做出你想要的任何高大上的圖。這些圖表在性能測試的時候很有用，那麼嘗試給jmeter或者給locust實現一個更漂亮的圖表吧。

然後你可能覺得比如jmeter的圖表不能實時展示很不好用（jneter會建議你用命令行模式執行較高負載的測試，那麼報告要測試跑完你才看得到），自己寫一個，讓他能實時展示出來。其實網上已經有了，你都不用寫直接看一下都行。

但應該要有能力寫。

特別注意很多人把3和4顛倒了，寫出來的工具根本就很不好用。遇到過這些人遺留的歷史工具n多次了。神煩。他反正自己寫出來自己不用的，工具質量低也沒有領導會關注。

5.告別自動化測試

還是要和前面直接搞自動化測試的人一樣補各種基礎知識。以及掌握至少兩個主流的語言（比如python和java）。以及具備從前端到後台的基本開發能力。至此你可以做大部分公司的自動化測試、測試開發相關工作。

別看前面12345好像很費時間，其實大部分人只是早年沒有方向，沒有好平台，所以才費時間。我大部分時間都在摸索這條路上。真的學得好的話也就三四年時間你就到這裡了吧。到這步之後的區別就是開發能力了。

測試門檻低，天花板也低，這時你就快到天花板了吧，按我個人淺見，就是到了。我也很難想像，哪裡還能找到一個月基本工資三萬四萬的測試工作（通過延長每天工作時間倒是可能拿到這個數）。但對開發來說，還是有這種基本工資的。（股票另算）

因為，自動化測試領域無大牛。

自動化測試的技術棧不夠深。你看阿里有運維到p10研究員，卻沒有測試到p10。從側面反映出來測試人員目前技術較低。招聘網站上你看不到3w4w以上月薪的測試崗位。但卻有開發、技術專家、軟體架構師崗位能給這種月薪。

或者你可以靠股票之類增加收入（一線大廠工資加股票一年幾十萬甚至上百萬）。想做管理的可以趕緊轉了，想繼續技術路線的，是時候找一個領域來鑽研，做領域大牛了。實際上對大多數人來說都已經有點晚了。但我們現在還是可以搭上devops的熱潮，做devops，學雲計算，在技術上更進一步做大牛的。

----我目前學習devops中...開發能力還是不上不下半吊子...上述建議不保證全對。話說回來，做自動化測試並不需要你的開發能力真的有多厲害。能寫出簡單清晰易維護的代碼就合格啦。

作者：杜亮

鏈接：想要成為一個優秀的軟體測試人員，應該學些什麼？ - 杜亮的回答

來源：知乎

著作權歸作者所有。商業轉載請聯繫作者獲得授權，非商業轉載請註明出處。

會一門編程語言是必要，會哪一門取決於你用的工具類型。QTP用VB，Selenium用的比較多java/C#/ruby/python等，SilkTest用java/4test。這麼多工具學哪一個呢？先自行腦補下測試工具的區別，再根據你所從事的的行業類別（web/移動端/伺服器）選擇對應的工具。如果你所在的公司暫時沒有自動化工具，那你就學Selenium吧，語言自行腦補下（怎麼這麼多腦補，因為確實不是一兩句話能說清的），找到自己喜歡的編程語言，如果怕找不到工作那就學java吧。
學到什麼程度，怎麼學？不要一上來就學工具，沒有意義，工具也是代碼實現的。先按開發的標準來學一門語言，買一本經典的書，找一套學習視頻（淘寶很多，請支持正版），先學基礎，再學框架，然後往死里code，獨立完成一個項目的編碼（沒有想像中的複雜），寫點小工具。
這時候你已經具備找一份搬磚的工作了，回過頭來學工具，找個api文檔，然後還是往死里code，有興趣可以讀一讀工具的源碼（Selenium是開源的）。
當你寫的用例達到上百了，這時候你會考慮如何維護這些用例了，然後你不滿足於只能在IDE里跑跑，開始考慮集成管理，可視化操作。
當你經過幾個版本之後發現每次轉測通過率都很低，這時候你會考慮持續集成和每日構建了。
這時候你可以宣布自己初入自動化之門了，可以換個地圖升級了。

__________________________分割線_____________________________

上面的內容還是一年前寫的，最近陸續收到一些贊和感謝，一年過去了，軟體測試大環境又變了很多，再補充一些個人經驗。

首先是定位，自動化也有很多方向web、介面、APP，不同的方向所要掌握的技能點也不一樣，很少有開源的工具能夠解決所有類型的自動化，而專一解決某種類型的自動化工具功能比較單一，需要集成其他工具來完成最終的每日構建。下面分別介紹三種類型的自動化：

時下最炙手可熱的APP自動化

隨著移動端創業的熱潮，APP從業者的薪資也跟著水漲船高，APP自動化測試這個新興的分支正在蓬勃發展中。APP平台有很多，andorid、iOS市場份額最高，小眾的還有winPhone(後面會被WIN10淘汰)、黑莓、firefox。市場最高的也是需求最大的，選擇android還是iOS取決於你的興趣，編程語言、API Library、操作環境幾乎沒有交集，但起點都是一樣的，就是去編寫一個該平台下的APP。寫的目的很簡單，在不了解HTML的前提下能坐好web自動化嗎？APP也是由各種原生的element構成，只有用過了才知道如何去定位、獲取其屬性等等。不過對於新手來說，要做好的APP自動化測試門檻比較高，從零基礎到把測試框架運行起來，中間的戰線會拖的漫長，沒有足夠的毅力和精力很難堅持下去，但做好了附加值也是相當高的。

老牌的介面自動化

在三種類型的自動化測試中，不管是從人力、財力投入還是回報率上，介面測試都是實施性價比最高的。很遺憾的是，目前為止我並有找到一款合適的開源工具能夠解決介面自動化所需的全部需求，舉個例子，我需要校驗redis或者memcache緩存中的KEY值，這個需求目前只有自己寫Library適配框架了。但是，像BAT這些有積累的大公司，是有內部工具解決這一切需求的，你要做的就是學好這個工具，然後融會貫通地使用就可以了。自學的話，推薦robotframework，裡面有兩個HTTP Library，任選一種。

日漸式微的WEB自動化

09左右的時候，提自動化必提QTP，儼然自動化領域的霸主，不過後來的事情大家都知道了。web自動化最大的問題在於撰寫和維護的成本過高，如果你調試過那種幾十層嵌套的前端框架你就會理解連定位一個元素都變得十分不易，維護的成本高是指web自動化在版本穩定之前介入的話會讓整個團隊死得很難看，而當版本穩定之後web端又是最不容易出問題的，前提是有介面自動化的保障。所以選擇web自動化的公司我的理解，要麼是想不開，要麼是不缺錢。但web自動化的缺口也是很大的，小夥伴們不要被我個人的理解所嚇倒，一個精通selenium的測試工程師絕對是IT公司哄搶的香饃饃。

根據你的項目情況學習一門對應的語言，了解自動化框架，根據自動化框架的規則，將手工的用例翻譯成腳本，等熟練掌握了腳本的開發，執行，分析結果後，想更深入的話，深入了解框架，看源碼，根據需要嘗試著修改源碼，進行框架的二次開發。

大概步驟如下：

-&> 1. 做好收工測試（了解各種測試的知識）

-&> 2. 學習編程語言

-&> 3. 學習Web基礎（HTML,HTTP,CSS,DOM,Javascript）或者學習Winform

-&> 4. 學習自動化測試工具

-&> 5. 學習自動化測試框架

-&> 6. 實現自動化測試用例

-&> 7. 開發自動化測試工具

-&> 8. 開發自動化測試框架

自動化測試的最高境界是: 開發測試工具，設計自動化測試框架, 讓別人用。

自動化測試的本質是：用程序測試程序。也就是說學習「編程語言」是學習自動化測試的基礎。

很多人問小坦克我學自動化測試，應該去學什麼自動化工具。我的回答是，第一步：應該先學習編程語言，以後再去學自動化測試工具。

自動化測試是一定要寫代碼的，編程語言水平的高低決定了自動化測試水平的高低, 有了紮實的編程技術，幹什麼都可以。

學習編程語言時，要把自己當做開發人員，系統地學習各種編程知識。

自動化測試學習的誤區

很多新手一開始，就學習複雜的自動化測試工具，我覺得這樣是本末倒置了。

如果不先理解HTTP協議，就不會理解Jemeter, LoadRunner, Fiddler, SoapUI這些工具的。

如果不先理解HTML,DOM，就不會理解Firebug 這種工具的

如果不先理解Win32 API, 就不會理解Windows 窗體自動化測試的原理的。

如果自己沒有開發過網站，就不會理解網站的各個方面，測試起來難免有遺漏。

總之學習自動化測試，需要循序漸進，把基礎打好。

自動化測試的職位

自動化測試工程師：（SDET） Software Development Engineer in Test. 專註於自動化測試

手動測試工程師：（STE）Software test enginer. 專註於手動測試

在微軟有很多SDET的職位，但是沒有STE的職位， STE職位一般都是外包給外包公司的, 目前自動化測試還是非常吃香的。

自動化測試分類

自動化測試也有非常多的種類，

對Web UI 的自動化測試程序

對Windows 窗體UI的自動化測試程序

API測試，比如（測試WCF service, Web API 等）

資料庫測試，比如測試存儲過程

介面測試 (這種只能用自動化測)

單元測試

性能測試，性能測試都需要用到自動化

（網友經驗，很有用，希望能幫到你）

首先要確定自動化測試工具，這裡推薦selneium,開源免費，現在已經更新到3.+了，後續肯定會更加完善

再就是挑選一門合適的語言，selenium支持的語言種類也非常的多，java c# python ruby等等，這裡推薦java和python java資源多，資料也多方面學習，各種插件支持也比較齊全，python好學一些簡練，也好用

然後就是學習自動化測試的架構，把自己需要的每個插件都靈活運用

再然後就是把腳本持續集成，這裡推薦jenkins，插件齊全，操作簡單

1、編程語言必須掌握，推薦python

2、至少掌握一種開源自動化測試框架，例如selenium

3、掌握自動化框架設計原理，比如關鍵字驅動、數據驅動、混合架構等等

4、如果做介面級，則需掌握協議分析等等

5、如果做UI級，則需掌握UI定位相關技術（比如xpath、dom、css、html、xml等等）

可以關注我的公眾號:DeepTest 或是搜索中文：開源優測，學習使用開源技術進行自動化測試

想提升,為什麼不學性能那，自動化，一般企業是不很少吧，主要維護成本太高，而且上線的產品，一般也不用在自動化了，性能測試還是主要的

數據同步應該怎麼去測試呢？一個系統兩台資料庫內外網之間的同步。

很簡單，把繁瑣的，重複性高的，不是以發現功能缺陷為目的的測試，想想如何通過自動的方式來實現，不一定非得是常規的自動化測試軟體，甚至是一個批處理文件也可以，自動化是手段，自動化是手段，自動化是手段...

https://www.zhihu.com/question/20188761/answer/117423183

隨著系統的迭代與人力成本的上升，未來測試發展的發方向肯定是自動化。自動化的本質是替代重複的勞動，解決效率的問題，而不是說全面去做測試，替換當前所謂的手工測試。

因此，對於自動化測試而言，是分辨目標，了解自動化測試的原理、本質，它所解決的主要問題是什麼，它的不足是什麼。然後才是術的東西，即使用了什麼框架，使用了什麼技術之類的。

學習中····
sys

多學習一些腳本如python