1.什么是自動化測試

從廣義上來講，自動化包括一切通過工具（程序）的方式來代替或輔助手工測試的行為都可以看做自動化。其主要手段是模擬手工測試，通過組織編寫自動化腳本執(zhí)行測試用例，解決測試工作量大的問題，自動化測試能有效的提高測試效率，同時節(jié)約人力和時間成本。

2.自動化測試流程

1、制定測試計劃

在展開自動化測試之前，最好做個測試計劃，明確測試對象、測試目的、測試的項目內(nèi)容、測試的方法、測試的進度要求，并確保測試所需的人力、硬件、數(shù)據(jù)等資源都準備充分。制定好測試計劃后，下發(fā)給用例設計者。

2、分析測試需求

用例設計者根據(jù)測試計劃和需求說明書，分析測試需求，設計測試需求樹，以便用例設計時能夠覆蓋所有的需求點。一般來講，基于Web功能測試需要覆蓋一下幾個方面：

1）頁面鏈接測試，確保各個鏈接正常；

2）頁面控件測試，確保各個控件可靠；

3）頁面功能測試，確保各項操作正常；

4）數(shù)據(jù)處理測試，確保數(shù)據(jù)顯示準確、處理精確可靠；

5）模塊業(yè)務邏輯測試，確保各個業(yè)務流程暢通。

3、設計測試用例

通過分析測試需求，設計出能夠覆蓋所有需求點的測試用例，形成專門的測試用例文檔。由于不是所有的測試用例都能用自動化來執(zhí)行，所以需要將能夠執(zhí)行自動化測試的用例匯總成自動化測試用例。必要時，要將登陸系統(tǒng)的用戶、密碼、產(chǎn)品、客戶等參數(shù)信息獨立出來形成測試數(shù)據(jù)，便于腳本開發(fā)。

4、搭建測試環(huán)境

自動化測試人員在用例設計工作開展的同時即可著手搭建測試環(huán)境。因為自動化測試的腳本編寫需要錄制頁面控件，添加對象。測試環(huán)境的搭建，包括被測系統(tǒng)的部署、測試硬件的調(diào)用、測試工具的安裝盒設置、網(wǎng)絡環(huán)境的布置等。

5、編寫測試腳本

根據(jù)自動化測試用例和問題的難易程度，采取適當?shù)哪_本開發(fā)方法編寫測試腳本。一般先通過錄制的方式獲取測試所需要的頁面控件，然后再用結構化語句控制腳本的執(zhí)行，插入檢查點和異常判定反饋語句，將公共普遍的功能獨立成共享腳本，必要時對數(shù)據(jù)進行參數(shù)化。當然還可以用其他高級功能編輯腳本。腳本編寫好了之后，需要反復執(zhí)行，不斷調(diào)試，直到運行正常為止。腳本的編寫和命名要符合管理規(guī)范，以便統(tǒng)一管理和維護。

6、分析測試結果、記錄測試問題

應該及時分析自動化測試結果，建議測試人員每天抽出一定時間，對自動化測試結果進行分析，以便盡早地發(fā)現(xiàn)缺陷。如果采用開源自動化測試工具，建議對其進行二次開發(fā)，以便與測試部門選定的缺陷管理工具緊密結合。理想情況下，自動化測試案例運行失敗后，自動化測試平臺就會自動上報一個缺陷。測試人員只需每天抽出一地你該時間，確認這些自動上報的缺陷，是否是真實的系統(tǒng)缺陷。如果是系統(tǒng)缺陷就提交開發(fā)人員修復，如果不是系統(tǒng)缺陷，就檢查自動化測試腳本或者測試環(huán)境。

7、跟蹤測試BUG

測試記錄的BUG要記錄到缺陷管理工具中去，以便定期跟蹤處理。開發(fā)人員修復后，需要對此問題執(zhí)行回歸測試，就是重復執(zhí)行一次該問題對應的腳本，執(zhí)行通過則關閉，否則繼續(xù)修改。如果問題的修改方案與客戶達成一致，但與原來的需求有所偏離，那么在回歸測試前，還需要對腳本進行必要的修改和調(diào)試。

8、自動化腳本的維護

如果系統(tǒng)發(fā)生變更時，對自動化測試腳本和相關文檔包括《自動化測試用例》、《自動化腳本設計說明書》進行維護，以適應變更后的系統(tǒng)。

3.自動化測試分種類

自動化測試可分為兩種：1)自動化性能測試；2）自動化功能測試。

性能測試主要是使用測試工具，Loadrunner、Jmeter等，對軟件進行壓力測試、負載測試、強度測試等等，因為這些無法用手工進行代替，所以必須自動化。

自動化功能測試：包括單元測試、接口測試、UI測試。主要是編寫代碼、腳本，讓軟件自動運行，發(fā)現(xiàn)缺陷，代替部分的手工測試。但一般只有大的項目才需要進行自動化，中小型項目不推薦使用自動化測試。

UI: selenium/webdriver

API: Jmeter/QTP/METERSPHERE

MOBILE: Robotium/appium

自動化框架介紹

Selenium Webdriver（也就是Selenium2，Selenium3）和Selenium RC（Selenium 1）一樣提供了web自動化的各種語言調(diào)用接口庫，Selenium WebDriver的編程接口更加直觀易懂，也更加簡練。但是和Selenium RC不同的是，Selenium Webdriver是通過各種瀏覽器的驅(qū)動（web driver）來驅(qū)動瀏覽器的，而不是通過注入JavaScript的方式，下面是其原理的示意圖：

我們的代碼運行起來是一個進程，里面調(diào)用Selenium WebDriver的庫 和 各個瀏覽器的驅(qū)動進程 進行交互，傳遞Selenium命令 給它們，并且獲取命令執(zhí)行的結果，返回給我們的代碼進行處理。

Selenium WebDriver目前包括兩個版本Selenium 2和Selenium 3。這兩個版本從開發(fā)代碼調(diào)用接口上來看，幾乎沒什么區(qū)別。區(qū)別在于庫的實現(xiàn)和web driver的實現(xiàn)。Selenium2是Selenium組織幫各種瀏覽器寫web driver的，而Selenium 3里面的web driver是由各個瀏覽器廠商（Apple,Google,Microsoft,Mozilla）自己提供的。所以Selenium 3的自動化效率更高，成功率也更高。

WebDriver 目前所支持的瀏覽器包括：Firefox、Chrome、IE、Edge、Opera、Safari，用到最多的是Firefox、Chrome

怎樣開展自動化測試

很多時候測試人員在開展自動化測試的時候都是不加思考的就開始做，認為用工具錄幾個腳本再回放就可以了，沒有考慮有效性；而做了并不一定就會有效果，如果自動化測試在整個測試工作中發(fā)揮不了作用，那么哪怕是只投入了很少的成本也是在浪費資源。所以在開展自動化測試之前必須認真思考慮一些問題，以確保它的有效性：

1、被測系統(tǒng)是否適合做自動化測試；

2、被測系統(tǒng)適合在哪些環(huán)節(jié)做自動化測試；

3、使用何種測試工具、測試框架；

4、開展自動化測試需要哪些資源，包括：人員、機器、時間；

5、當前可用或是可以申請到的資源；

6、如何在不影響日常測試工作的前提下，開展自動化測試工作；

1、被測系統(tǒng)是否適合做自動化測試；

很多人可能都回覺得這個問題有些多余，不需要考慮?？墒聦嵣献鳛橐幻麥y試主管必須考慮這個問題，應為自動化測試并非只是做與不做這么簡單，而是需要考慮成本投入與效果產(chǎn)出。不管是做軟件、做系統(tǒng)、還是做網(wǎng)站，最終的目的基本上都是要盈利的，要盈利就必須控制成本，提高利潤。所以在測試工作中也必須考慮到成本投入。

如何確定系統(tǒng)是否適合做自動化測試呢？個人認為主要考慮當前的被測項目是長期的還是短期？如果被測項目是在今后半年或者幾年間要不斷進行開發(fā)維護的，那么就需要重復的進行大量的回歸測試，這種情況下如果有自動化的回歸測試體系就可以節(jié)省成本投入；如果被測項目是短期的，比如說一個月，或幾個月，同時如果開發(fā)自動化測試又不是很容易，也沒有足夠的時間去做這件事，那么就完全沒有必要作自動化測試，費盡力氣做出的自動化測試腳本，可能只會用到一次或兩次，這樣就很不值當。

2、被測系統(tǒng)適合怎樣的自動化測試；

自動化測試覆蓋的范圍很廣：單元測試、集成測試、接口測試，GUI測試等等都可以實現(xiàn)自動化執(zhí)行；同時，不同的系統(tǒng)情況是不一樣，有的適合或是可以做GUI的自動化測試,有的可能只適合做接口的自動化測試,所以需要針對不同的被測項目,考慮具體在哪一個環(huán)節(jié)作自動化測試。比如說針對搜索引擎，前端往往比較簡單，只是一個文本框和提交按鈕，大部分的邏輯處理都是在后端完成的，這種情況做自動化的接口測試就可以達到事半功倍的效果；如果是被測系統(tǒng)有很多的頁面操作，那么可以考慮GUI的自動化測試；以上這兩種情況都不是絕對的，如果測試資源足夠，那么在各個環(huán)節(jié)都是可以開展自動化測試的。此外，還有一點需要考慮的是自動化測試的可行性，比如說對一個系統(tǒng)而言，做GUI測試是最合適的，也是最有效，但是有可能通過各種工具或者是腳本很難實現(xiàn)GUI的自動化測試，那么就需要考慮變通，考慮是否可以將自動化測試調(diào)整到接口測試或是集成測試等環(huán)節(jié)。

3、使用何種測試工具、測試框架；

當前可以做自動化測試的工具不少，主流的付費的qtp，winrunner，silktest等，開源免費的Jemmy,watir,pywinauto等等。這么多的工具框架該如何選擇，就要看被測系統(tǒng)了，至少要考慮是C/S、還是B/S結構的，服務端和客戶端都是用何種語言編寫的，是什么數(shù)據(jù)庫，服務器類型等等。

4、開展自動化測試需要哪些資源，包括：人員、機器、時間；

確定了使用何種測試工具、測試框架，就需要確定需要的資源，如：需要幾個自動化測試工程師、需要購買的測試工具、測試機（服務器、客戶機）、以及開發(fā)自動化框架所需要的時間；

5、當前可用或是可以申請到的資源；

確定了需要哪些資源，就要看當前可用的資源有哪些，如果資源不足應提前申請，如招聘測試人員、購買配置測試機。甚至需要測試人員提前學習新的技術；

6、如何在不影響日常測試工作的前提下，開展自動化測試工作；

在以上問題考慮清楚以后，就需要制定自動化測試的計劃進度了，這時候必須考慮到自動化測試的開展不能影響到日常的測試項目，畢竟不能因為開展自動化就把日常測試耽擱，該做的還是要做的，這點恐怕是必須要考慮的，整個公司或者整個項目往往不能為你特意分配一段時間做這樣讓某些人不能一下子看到和利潤有何相關的事，所以必須安排好計劃進度，更多的需要整個測試部門擠時間去做。

6.自動化的優(yōu)、缺點

自動化測試的優(yōu)點：

　　1、對程序的回歸測試

更方便。這可能是自動化測試最主要的任務，特別是在程序修改比較頻繁時，效果是非常明顯的。由于回歸測試的動作和用例是完全設計好的，測試期望的結果也是完全可以預料的，將回歸測試自動運行，可以極大提高測試效率，縮短回歸測試時間。

　　2、可以運行更多更繁瑣的測試。自動化的一個明顯的好處是可以在較少的時間內(nèi)運行更多的測試。

中的工具，如：JEMETER，LR等）

。（把節(jié)省的人力投入到更有意義的用例設計上）

后，可以讓測試人員專注于手工測試部分，提高手工測試的效率。

）

中使用相同的用例。

　　7、增加軟件信任度。由于測試是自動執(zhí)行的，所以不存在執(zhí)行過程中的疏忽和錯誤，完全取決于測試的設計質(zhì)量。一旦軟件通過了強有力的自動測試后，軟件的信任度自然會增加。

1、不能取代手工測試

2、手工測試比自動測試發(fā)現(xiàn)的缺陷更多，自動化測試不容易發(fā)現(xiàn)新的BUG，

3、對測試質(zhì)量的依賴性極大（理解：自動化測試腳本的正常運轉(zhuǎn)前，需要先經(jīng)過功能測試的通過）

4、測試自動化不能提高有效性（理解：主要從維護腳本的花費資源上來看，并不能節(jié)省資源）

5、測試自動化可能會制約軟件開發(fā)。由于自動測試比手動測試更脆弱，所以維護會受到限制，從而制約軟件的開發(fā)。（無法理解這一塊，測試對于軟件開發(fā)的影響程度還沒有達到制約的程度）

7、工具本身并無想像力綜上所述，可以歸結自動化完成不了的，手工測試都能彌補，兩者有效的結合是測試質(zhì)量保證的關鍵。