軟件測試員必備基礎：3分鐘帶你入門自動化測試！

目前自動化測試并不屬于新鮮的事物，或者說自動化測試的各種方法論已經層出不窮，但是，能夠明白自動化測試并很好落地實施的團隊還不是非常多，我們接下來用通俗的方式來介紹自動化測試……

首先我們從招聘崗位需求說起。看近期的職業機會，提到“軟件測試工程師”，基本上都有關于自動化測試的要求。例如：

了解 selenium、appium或者其他自動化測試框架

至少熟悉一門面向對象開發語言，有一定的代碼功底優先

熟悉Java或者python，有一定的測試自動化經驗和代碼閱讀能力

了解接口集成測試，會使用JMeter、Postman、SoapUI等接口測試工具

等等，上述內容不再一一列舉。突然自動化測試遍地開花，好像測試工程師的自動化測試能力成為了標配一般。

下面我就從自動化測試的要求入手，簡單的進行自動化測試掃盲，爭取讓各位在一分鐘之內了解自動化測試。

那么我們就從“自動化測試”五個字來剖析。

測試

測試：這個我們熟悉。最經典的一個解釋“程序測試是為了發現錯誤而執行的過程。”這個來自于G.J.Myers的經典著作《軟件測試的藝術》的定義，給我們展示了測試的本質：過程。

測試是為了發現軟件的錯誤，而執行的過程，這個過程可以是以下內容：

運行被測試的軟件，執行軟件的功能

運行其他工具，去檢查軟件的內部和外部

總而言之，是一個過程，執行的過程。接下來就一張最常見的測試示意圖：

把軟件的所有功能遍歷一遍，該測試工程師通過鼠標、鍵盤、麥克風、手機屏幕觸控等，把軟件所有的功能，全部遍歷了，這個叫做什么？熟悉測試的童鞋明白，這就是傳說的“手工目測”呀，這是“人肉測試”。

我們好好的畫這張圖，實際上是這樣的。

自動化

到這里，結合上面的說法，自動化測試就是讓被測試的軟件自己運行起來，執行軟件的功能；或者就是讓其他的工具自己運行起來，去檢查軟件的內部和外部。

既然測試是一個過程，那么自動化測試，就是自動的執行的過程。

接下來我們探討的一個核心的問題：自動。什么叫做自動呢？讓機器自己動，就是自動。讓機器按照人類的要求，把軟件的所有功能遍歷一遍，這是自動化。。這樣說會不會清晰一點？

重點來了，機器。讓機器去動，這可不是“吃雞”哦，這是人類命令機器去操作。不知道童鞋們有沒有思考過，機器怎么知道人類的要求？上面的例子，測試主管只要告訴測試工程師，命令傳達就完成了。可是人類直接的溝通，遠比人機溝通容易啊。

首先，機器聽不懂“人話”，無論中文，英文……

其次，機器默認會的“匯編語言”，應該是絕大部分的童鞋不會，并且短期掌握不來吧。

好吧，用“編程語言”。是時候拿出我們的另一張圖了：

機器學習一個編程語言，輕松和簡單到令人發指的地步：安裝上去，機器就學會了。好在人類學習編程語言也不是特別難的的事情。看來這個可行。

有了編程語言，就有了人機交流的橋梁，剩下的事情，是幫機器挑選工具。做對應的測試，就需要找到對應的工具，這樣自動化就自動起來了。能到這里，我希望各位童鞋了解了基本的“自動”原理。

同樣，好好的畫這張自動化測試的示意圖：

然后我們介紹各種常見的工具，來繼續討論自動化測試。進一步探討之前，我們先看看測試的常用分類。這里不同的分類維度下，我們可以分為不同的測試，這里我們認真分析一下。

從軟件測試的實踐過程看：單元測試、集成測試、確認測試、系統測試、驗收測試……

從軟件測試的方法策略看：白盒測試、黑盒測試、灰盒測試……

從軟件測試的測試視角看：功能測試、性能測試、兼容性測試、安全測試、探索性測試……

從軟件測試的技術程度看：手工測試、自動化測試、測試開發……

以上這些維度下的分類，只有一部分測試可以通過“人肉測試”的“手工目測”完成，剩下的其實從廣義概念上，都是需要機器來完成的。我們把這一部分測試抽取出來：系統測試-黑盒測試-功能測試-手工測試。不可否認的講，這條線是目前軟件測試從業者的重點覆蓋范圍，該范圍之外的地方，便是自動化測試的用武之地。

自動化測試

接下來我們探討一下主流的自動化測試方案，無一例外，都有人機溝通的編程語言，加上機器操作的工具來組成。

功能自動化測試

VBScript + QTP(HP UFT)，商用功能自動化測試方案

Python/PHP/Java/C#/JavaScprit/Ruby + Selenium/Appium + 單元測試框架，開源功能自動化測試方案

這里我們多介紹一點，Selenium/Appium 本身不能算是測試工具，而只是機器用來操作瀏覽器的工具，并且這個工具能聽懂多種語言：

Java，C# 這兩個重 (zhòng) 語言

Python，Ruby 這兩個腳本輕語言

PHP，JavaScript 這兩個專門處理 Web 的語言

工具外加指定的語言，可以讓機器來操作瀏覽器，但是到此時還無法做到測試，于是才需要每個語言自己的單元測試框架，來一起完成這個功能自動化測試方案的構建。此外，業界還一種暫時臨時的方案，就是 Python 2 + Robot Framework + Selenium Library 插件 + 單元測試框架 構成的一種測試方案，這個方案筆者不是非常推薦，主要基于兩點：

理念：這是一種基于關鍵字的方案，那么關鍵字是 QTP（HP UFT）的特長，并不是Selenium的本意

技術：Python 2 終究是要退出歷史舞臺的，如果從零開始做自動化測試，還是直接入手 Python 3 吧，然而 Robot Framework 不支持 Python 3……

Python/Java/C#/JavaScprit/Ruby + Gauge，又一款開源的功能自動化測試方案

Thoughtworks 的基于BDD理念的自動化測試工具

Gauge 本身就是完整的測試方案

Gauge 是從需求分析師（BA）到測試工程師（QA）都覆蓋的測試方案

Java/Python + Macaca，阿里巴巴的功能自動化測試方案，缺點是文檔少

JavaScript + TestCafe，DevExpress 的開源功能自動化測試方案

pure node.js - TestCafe不使用Selenium，并且不需要插件來在實際瀏覽器中運行測試。 它建立在node.js的頂部，因此它與現代開發工具集成和工作良好

無需額外的設置或配置- TestCafe是所有設置后立即運行測試npm install

完整的測試工具 - 使用單個啟動命令，TestCafe啟動瀏覽器，運行測試，收集結果并生成報告

JavaScript + Postman，免費的Web接口功能自動化測試方案

Groovy + SoapUI，開源的Web接口功能自動化測試方案

性能自動化測試

Java/C + HP LoadRunner，商業版性能測試方案

Java + JMeter，開源版性能測試方案

Python + locust，開源版性能測試方案

這里，我們借用一張別人的圖，Martin Fowler，敏捷開發方法的創始人之一，他借用金字塔的概念來展示測試的層次。

事實上，自動化測試覆蓋了從UI（功能測試）到契約（接口測試）以及底層代碼方法（單元測試）的整個過程，要想很好的掌握自動化測試，那么的確需要以下三種領域的經驗積累：

編程語言，面向對象編程優先，因為大量的開源技術方案，都是基于面向對象的編程方式

第三方測試工具和測試框架，這些主要通過官網的文檔學習

測試的理念與設計，工具和語言，只是測試的手段，如何準備測試數據，如何設置測試的檢查點與測試步驟，這些決定了測試的成敗

此外綜合的前端與服務器后端技術，是測試執行的保障。加油吧童鞋們，那么你現在了解到自動化測試了么？

歡迎加入  51軟件測試大家庭，在這里你將獲得【最新行業資訊】，【免費測試工具安裝包】，【軟件測試技術干貨】，【面試求職技巧】... 51與你共同學習，一起成長！期待你的加入： QQ                     群：                    755431660