提起自動(dòng)化測(cè)試，可謂仁者見人，智者見智，心中五味雜陳啊！你從任何一個(gè)招聘渠道來看最近兩年對(duì)測(cè)試崗位的要求，幾乎都要求會(huì)自動(dòng)化測(cè)試。而不少人一直認(rèn)為手工測(cè)試才是王道，工作中有的時(shí)候也用不到程序，干嘛在面試的時(shí)候要求寫代碼呢？明明自己的測(cè)試能力

提起自動(dòng)化測(cè)試，可謂仁者見人，智者見智，心中五味雜陳??！你從任何一個(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è)試呢？關(guān)于這個(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)行業(yè)需求迭代非?？欤藛T流動(dòng)也比較快，所以一個(gè)需求從提出到上線時(shí)間比較緊急，同時(shí)對(duì)于其影響的范圍也可能不太清楚，在上線之前必須對(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à)值。或許再過幾年，自動(dòng)化測(cè)試會(huì)成為從業(yè)者的準(zhǔn)入門檻，如果做不好自動(dòng)化測(cè)試，所謂的高薪也就無從談起。

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

雖然業(yè)界比較注重自動(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è)試，肯定不能看著頁(yè)面就去寫自動(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è)試工具，開源框架可謂多如牛毛，讓人有點(diǎn)兒無從選擇，但是它們還是各用側(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)上查詢資料啊，或是報(bào)培訓(xùn)班學(xué)習(xí)啊，可是到最后越學(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í)或培訓(xùn)，必定事半功倍。

（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、頁(yè)面自動(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í)頁(yè)面和app。

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

我們?cè)谔嵘约旱臅r(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)備。

不管你對(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)方法，不斷提升自己呢？

更多軟件測(cè)試知識(shí)，請(qǐng)關(guān)0注微微：博為峰51Testing軟件測(cè)試培訓(xùn)