不知道從什么時(shí)候開始，軟件測(cè)試行業(yè)就和“自動(dòng)化”這個(gè)詞聯(lián)系在一起了，對(duì)于如今的測(cè)試人來說，幾乎沒有人不知道「自動(dòng)化測(cè)試」，甚至查看各大招聘網(wǎng)站，你從任何一個(gè)招聘渠道來看最近兩年對(duì)測(cè)試崗位的要求，幾乎都要求會(huì)自動(dòng)化測(cè)試。

而不少人一直認(rèn)為手工測(cè)試才是王道：

工作中有的時(shí)候也用不到程序，干嘛在面試的時(shí)候要求寫代碼呢？

明明自己的測(cè)試能力不錯(cuò)，做了多年的功能測(cè)試，為什么面試的時(shí)候四處碰壁呢？

很是想不明白，難道業(yè)界最近幾年有點(diǎn)兒盲目推崇自動(dòng)化測(cè)試了嗎?

雖然我不能說完全明白這些問題的產(chǎn)生的根源，不過以我這五六年的從事測(cè)試工作的經(jīng)驗(yàn)來分析一下這些問題的來龍去脈，可能也不是十分準(zhǔn)確，希望能給迷茫的同學(xué)帶來一些思考。

什么是自動(dòng)化測(cè)試？

什么是自動(dòng)化測(cè)試呢？這個(gè)問題，可能沒有準(zhǔn)確的答案。普遍認(rèn)為的是接口自動(dòng)化測(cè)試，WebUI自動(dòng)化測(cè)試，App自動(dòng)化測(cè)試等被冠以自動(dòng)化命名的測(cè)試方案。

其實(shí)不然，自動(dòng)化測(cè)試是相對(duì)于手工而言的，用代碼或是借助于第三方工具，把繁復(fù)的測(cè)試工作從手工轉(zhuǎn)化為機(jī)器自動(dòng)執(zhí)行的測(cè)試方案，可以統(tǒng)稱為自動(dòng)化測(cè)試。

除了上面所說的三個(gè)方面的自動(dòng)化測(cè)試，當(dāng)然還包括日志過濾，日志回放，接口監(jiān)控，服務(wù)監(jiān)控等等，根據(jù)具體業(yè)務(wù)需求通過代碼把人力從中解放出來的代碼手段。

為什么要做自動(dòng)化測(cè)試？

那企業(yè)或者是我們測(cè)試人員為什么要做自動(dòng)化測(cè)試呢？

從工作角度來說，目前互聯(lián)網(wǎng)需求迭代快，人員流動(dòng)快，一個(gè)需求從提出到上線時(shí)間緊急，其影響的范圍可能不太清楚，在上線之前必須對(duì)原有功能進(jìn)行回歸測(cè)試。不管是接口還是從客戶端，都需要大量的測(cè)試工作，大數(shù)據(jù)時(shí)代，測(cè)試用例量非常龐大，如此繁復(fù)單調(diào)的工作讓人工來測(cè)試的話，根本不能保證效率和質(zhì)量，所以必須要借助于非人工手段來實(shí)現(xiàn)。

從個(gè)人發(fā)展方面來講，時(shí)代在發(fā)展，對(duì)我們的要求也越來越高，所以我們要迎接變化，不斷提升自己才行。雖然你可以堅(jiān)持手工測(cè)試是基礎(chǔ)，是王道，可是并沒有企業(yè)愿意為你這個(gè)信念買單。除非你生活無憂無慮，可以堅(jiān)持自己的信念，否則你就要尊重業(yè)界發(fā)展的規(guī)律，不斷充電從而使自己更有價(jià)值。

如何實(shí)施自動(dòng)化測(cè)試？

永遠(yuǎn)要記住一句話：“不要為了自動(dòng)化測(cè)試而做自動(dòng)化測(cè)試！” 不管你在測(cè)試工作中會(huì)采取什么測(cè)試方案，測(cè)試手段，這一切都是為了業(yè)務(wù)服務(wù)的，脫離了具體的業(yè)務(wù)，你的輔助手段再厲害也是無用的。

在實(shí)施自動(dòng)化測(cè)試工作之前，你必須對(duì)要測(cè)試的業(yè)務(wù)非常熟悉，核心業(yè)務(wù)流程，具體的功能模塊的實(shí)現(xiàn)，前后端如何交互，以及業(yè)務(wù)未來的發(fā)展與迭代頻率等等。然后按以下思路來進(jìn)行選擇與實(shí)施你的自動(dòng)化測(cè)試：

（1） 根據(jù)業(yè)務(wù)特點(diǎn)，選擇自動(dòng)化測(cè)試方案。 你的業(yè)務(wù)是前后端分離的嗎？業(yè)務(wù)比較注重用戶交互還是數(shù)據(jù)完整性？用戶量有多大，有沒有需要承擔(dān)的壓力等等，通過考慮業(yè)務(wù)的特點(diǎn)，才能選擇比較合適的方案。

（2） 根據(jù)業(yè)務(wù)側(cè)重點(diǎn)，確認(rèn)自動(dòng)化覆蓋范圍和粒度。 通過業(yè)務(wù)特點(diǎn)選擇了自動(dòng)化測(cè)試方案，然后根據(jù)業(yè)務(wù)側(cè)重點(diǎn)來確認(rèn)范圍和粒度了。比如，你確定要進(jìn)行Web UI自動(dòng)化測(cè)試，不能看頁面就去寫自動(dòng)化測(cè)試用例，要根據(jù)業(yè)務(wù)重點(diǎn)來確認(rèn)。哪些業(yè)務(wù)流程是核心，必須覆蓋？哪些功能暫時(shí)有技術(shù)難點(diǎn)，或是變化比較快，可以放為二期來實(shí)現(xiàn)。通過對(duì)手工用例的評(píng)審，來準(zhǔn)確確定自動(dòng)化測(cè)試的范圍，實(shí)現(xiàn)用例的粒度。

（3） 根據(jù)自動(dòng)化測(cè)試用例范圍，選擇實(shí)現(xiàn)框架和語言。 目前業(yè)務(wù)自動(dòng)化測(cè)試工具，開源框架多如牛毛，讓人無從選擇，但是它們還是各用側(cè)重點(diǎn)的。需要根據(jù)測(cè)試用例的范圍和特點(diǎn)，參與人員的水平，用例的使用場(chǎng)景和未來計(jì)劃來選擇合適的框架。比如，我們要做接口自動(dòng)化測(cè)試，而參與人員大部分不會(huì)代碼 ，那選擇Python+Unittest+HtmlTestRuner+Jenkins就比選擇Java+Httpclient+TestNG+Jenkins實(shí)現(xiàn)起來成本更低。

（4） 根據(jù)用例用途，選擇執(zhí)行策略。 根據(jù)自動(dòng)化測(cè)試的用途，是做上線前回歸，還是觸發(fā)式回歸？需不需要做監(jiān)控？執(zhí)行環(huán)境是什么？來去確認(rèn)是否做持續(xù)化集成，是否發(fā)執(zhí)行結(jié)果與錯(cuò)誤預(yù)警，用例或是用例集管理方案，指定維護(hù)人員等等工作！

如何學(xué)習(xí)自動(dòng)化測(cè)試？

既然自動(dòng)化測(cè)試是手工測(cè)試提升的一個(gè)必經(jīng)之路，雖然自動(dòng)化測(cè)試沒有那么高大上，但必不可少。那作為一個(gè)有理想的測(cè)試人，應(yīng)該如何去學(xué)習(xí)自動(dòng)化測(cè)試呢？

（1） 準(zhǔn)確定位自己，明確目標(biāo)

有不少同學(xué)意識(shí)到了自動(dòng)化測(cè)試的重要性，就去網(wǎng)上查詢資料啊，亂找一氣，最后越學(xué)越迷茫，處于會(huì)與不會(huì)之間，前路不知如何去走？這是什么原因呢？

這是因?yàn)槟阍趯W(xué)習(xí)自動(dòng)化測(cè)試之前沒有想明白幾個(gè)問題：我的真實(shí)水平如何？如果學(xué)習(xí)一項(xiàng)新的技術(shù)或是語言，我愿意投入的精力是多少？從現(xiàn)在開始學(xué)習(xí)，三個(gè)月或是半年后應(yīng)該達(dá)到什么目標(biāo)？我了解現(xiàn)在業(yè)界的自動(dòng)化測(cè)試類型或是體系嗎？想好這些問題再去入手學(xué)習(xí)，必定事半功倍。

（2） 全面了解，選好切入點(diǎn)

目前自動(dòng)化測(cè)試方向大概有以下幾個(gè)：

A、輔助測(cè)試腳本方向： 以Shell，Python為主來簡(jiǎn)化重復(fù)的工作，過濾日志等；

B、接口自動(dòng)化測(cè)試方向： Python+Unittest+HtmlTestRuner+Jenkins和Java+Httpclient+TestNG+Jenkins，當(dāng)然還有很多其他二次開發(fā)的框架或工具，不過核心是一樣的；

C、頁面自動(dòng)化方向，主要有： Python+Webdrver+HtmlTestRunner+Jenkins,Java+Webdriver+TestNG+Jenkins,以及其他的框架和工具；

D、App自動(dòng)化測(cè)試方向： 以Robotium+Java+TestNG+Jenkins,　　Appium+Java+TestNG+Jenkins,Appium+Python+HtmlTestRunner為主。

當(dāng)然我說的都是簡(jiǎn)單的，最基本的實(shí)現(xiàn)方案，作為入門學(xué)習(xí)比較合適。其他五花八門的二次開發(fā)的框架，包含眾多功能的方案留待你以后提升。先從這幾方面了解入手，選擇一個(gè)語言體系，建議從接口自動(dòng)化入后，然后再去學(xué)習(xí)頁面和app。

（3） 步步為營(yíng)，不要貪多

在提升自己時(shí)，發(fā)現(xiàn)有好多東西需要學(xué)習(xí)，于是就很著急，想同時(shí)學(xué)習(xí)很多東西，其實(shí)這并不好。學(xué)的太多容易產(chǎn)生混淆，而且不容易消化，你仔細(xì)調(diào)研一下就會(huì)發(fā)現(xiàn)，很多東西都是互通的。代碼架構(gòu)，用例管理，執(zhí)行策略，持續(xù)化集成思想都可以舉一反三，關(guān)鍵是自己要?jiǎng)邮终嬲龑?shí)施起來，在公司現(xiàn)在的框架上寫用例，不管你寫多少，不了解整體結(jié)構(gòu)都是沒有用的。

（4） 拋棄工具，多用開源

業(yè)界好像從來不缺少自動(dòng)化測(cè)試工具，QTP，Realobot Framework，LoadRunner等等，知名不知名的數(shù)不勝數(shù)。先不說這些工具效果如何，目前大公司是從來不用這些工具的，大家都使用開源的框架，工具進(jìn)行定制化自己的測(cè)試方案。所以剛剛學(xué)習(xí)自動(dòng)化測(cè)試的時(shí)候，也不要依賴工具，使用開源的Webdriver, Appium,Robotium等搭建自己的自動(dòng)化測(cè)試工程。掌握一個(gè)整體的自動(dòng)化工程工作原理，為以后搭建自己的自動(dòng)化工程，工具，平臺(tái)做準(zhǔn)備。

什么是自動(dòng)化測(cè)試？

不管你對(duì)自動(dòng)化測(cè)試是愛，是恨，它是從手工測(cè)試轉(zhuǎn)為測(cè)試開發(fā)必經(jīng)的階段?？赡苣懔私獾阶詣?dòng)測(cè)試沒有用，實(shí)施起來維護(hù)成本高，執(zhí)行效率低等負(fù)面信息，其實(shí)這不是自動(dòng)化測(cè)試的問題。

要知道，它只是一個(gè)工具，一種測(cè)試方案，最終的效果還是由實(shí)施的人來決定的。在12，13年的時(shí)候，用Jenkins做持續(xù)化集成比較熱門，接下來幾年好像沒有那么火了，但是近兩年docker技術(shù)的出現(xiàn)，又使CI，CD變得火熱起來。我們是不是應(yīng)該端正對(duì)自動(dòng)化測(cè)試的態(tài)度，明確什么才是你想要的，找準(zhǔn)方法，不斷提升自己呢？

如果你也想進(jìn)軍中高級(jí)軟件測(cè)試工程師，可以參考一下我的學(xué)習(xí)路徑，我想也許會(huì)對(duì)你有所幫助（至少比網(wǎng)上搜索的要有用很多哈哈）。

我也曾在學(xué)習(xí)自動(dòng)化的路上迷茫過，就和其他想從事Python自動(dòng)化測(cè)試/測(cè)試開發(fā)的朋友一樣，網(wǎng)上搜了很多資料，網(wǎng)盤里存了很多視頻，還買了一堆書，但是對(duì)自動(dòng)化測(cè)試還是略知皮毛。所以，我開始找尋新的進(jìn)階路線。

?

下方這份完整的軟件測(cè)試視頻學(xué)習(xí)教程已經(jīng)全部上傳完成，粉絲們?nèi)绻枰梢栽谙旅婕游椅⑿琶赓M(fèi)領(lǐng)取 【保證100%免費(fèi)】

如果你不想一個(gè)人野蠻生長(zhǎng)，找不到系統(tǒng)的資料，問題得不到幫助，堅(jiān)持幾天便放棄的感受的話，可以點(diǎn)擊下方【閱讀原文】加入我們的QQ群：746506216，大家可以一起討論交流，里面會(huì)有各種軟件測(cè)試資料和技術(shù)交流。