標籤：

實現UI自動化測試，這5個常見問題你必須知道！

04-07

UI自動化測試一直都是如此的令人糾結，自動化測試初學者總是拿它入門，但有些經驗豐富者對其又是毀譽參半，抑或拋出分層自動化測試那個經典的「金字塔」，來說明UI自動化測試還是少做為好。

我在從事7年產品研發之後，臨危受命轉向測試領域，至今又7年有餘。期間最關注的一直是UI端/用戶端的自動化技術：從Web應用到移動App、從測試到RPA（機器人流程自動化）、從框架研發到應用推廣。

下面我就分享下為什麼要做UI自動化測試、UI自動化測試要點以及其他的心得體會，希望能給各位同行帶來思想上的碰撞。

1、首先，講講UI自動化測試的誤區吧

誤區一: UI自動化沒用

造成這個誤區的原因也很簡單。技術和業務拆解能力不足就直接去搞自動化了。所以自然就沒什麼好效果，然後總結出了一個結論--UI自動化沒有什麼用。

誤區二: UI自動化實現很簡單

之所以有這麼一個誤區原因也很簡單。UI自動化不論是selenium、rf還是TestWriter。平常用的API確實沒多少，很好學。稍微有代碼基礎的人就能很快上手，TestWriter更是0編碼都可以上手，所以覺得這真的很簡單。但其實，如果想要更長遠的發展，需要學習的東西還有很多。

2、自動化測試分層

測試金字塔：

單元自動化測試（數據處理層）：指對軟體中最小的可測試單元進行檢查和驗證，一般需要藉助單元測試框架，如java的Junit、TestNG，python的unittest，常見的手段是code review等；

介面自動化測試（業務邏輯層）：主要檢查驗證模塊間的調用返回以及不同系統、服務間的數據交換，常見的介面測試工具有postman、jmeter、loadrunner等；

UI自動化測試（GUI界面層）：UI層是用戶使用產品的入口，所有功能通過這一層提供給用戶，測試工作大多集中在這一層，常見的測試工具有UFT、Robot Framework、Selenium、Appium等；

性價比：按照測試金字塔模型以及投入/產出比，越向下，回報率越高；

Google的自動化分層投入佔比：

小測試（Unit）：佔比70%；

中測試（Service）：佔比20%；

大測試（UI）：佔比10%；

自動化測試面臨的挑戰：面臨的最大挑戰就是變化，因為變化會導致測試用例運行失敗，所以需要對自動化腳本不斷debug，如何控制成本、降低成本是對自動化測試工具以及人員能力的挑戰。

3、什麼樣的項目適合自動化測試

如上圖所示，真正工作中無法全部滿足以上條件，所以需要作出權衡，一般來說，只需要滿足以下幾點，就可以對項目開展自動化測試（圖中紅色框標註的選項）：

①需求穩定，不會頻繁變更

自動化測試最大的挑戰就是需求的變化，而自動化腳本本身就需要修改、擴展、debug，去適應新的功能，如果投入產出比太低，那麼自動化測試也失去了其價值和意義；

折中的做法是選擇相對穩定的模塊和功能進行自動化測試，變動較大、需求變更較頻繁的部分用手工測試；

②多平台運行，組合遍歷型、大量的重複任務

測試數據、測試用例、自動化腳本的重用性和移植性較強，降低成本，提高效率和價值；

③軟體維護周期長，有生命力

自動化測試的需求穩定性要求、自動化框架的設計、腳本開發與調試均需要時間，這其實也是一個軟體開發過程，如果項目周期較短，沒有足夠的時間去支持這一過程，那自動化測試也就不需要了；

④被測系統開發較為規範，可測試性強

主要出於這幾點考慮：被測試系統的架構差異、測試技術和工具的適應性、測試人員的能力能否設計開發出適應差異的自動化測試框架；

4、常見的自動化測試工具簡介

UFT

即原來的QTP與ST合併而來，由HP公司開發，是一個企業級的商業自動化測試工具，提供了強大易用的錄製回放功能，

同時兼容對象識別模式與圖像識別模式，支持B/S和C/S兩種架構的軟體測試；

Robot Framework

一款基於python語言編寫的自動化測試框架工具，具備良好的擴展性，支持關鍵字驅動，支持多種類型的客戶端和介面，可進行分散式測試；

Selenium

應用於web的自動化測試工具，支持多平台、多瀏覽器、多語言來實現自動化，優點如下：

①開源、免費；

②多瀏覽器支持：chrome、Firefox、IE、Edge等；

③多平台支持：Linux、Windows、MAC；

④多語言支持：java、python、Ruby、C#、JavaScript、C++；

⑤對web界面有良好的支持；

⑥簡單（API簡單）、靈活（開發語言驅動）；

⑦支持分散式測試用例執行；

5、做UI自動化測試，需要什麼技能

①前端相關技術

HTML、XML、JavaScript、TCP/IP協議等

②一門編程語言

就像前面說的，selenium支持多種語言，根據個人情況以及項目的開發語言酌情選擇；

③合適的工具選型

比如selenium，比如UTF等；

④需求分析

項目類型，特質，生命周期，是否適合開展自動化測試等；

總結：

如果一個組織真正重視軟體質量，UI自動化測試是有必要做的。有如下幾點理由：

  1. 任何自動化工具都是在簡單、機械、重複的任務場景下最能發揮作用，UI測試非常符合這個特點。
  2. 對於很多組織來說，UI測試是當前耗費測試團隊人力最多的環節，大部分專職測試人員日常工作就是UI測試。「工欲善其事必先利其器」，測試人員也需要自動化工具來提升其日常工作效率。
  3. 無論後台多複雜、多重要，用戶接觸的終究還是前端界面。現在的軟體除了後台邏輯之外，還有很多前端腳本邏輯和樣式，單純靠後台介面/單元測試，無法證明用戶端的可用性。

推薦閱讀：

TAG:自動化測試 | 軟體測試 | AndroidUI | UI開發 |