自動化測試簡介

---

自動化測試簡介

1. UI自動化的本質（User Interface 用戶界面）

   把手動測試的一系列動作轉化成機器自動執行。

   • 打開網站（比如：打開淘寶網站）
   • 定位元素（比如：定位到搜索輸入框）
   • 操作元素（比如：在搜索框中輸入秋裝，點擊搜索）
   • 模擬頁面動作（比如：下拉、上滑等）
   • 斷言結果：預期結果與實際結果比對，判斷是否通過測試。
   • 生成報告

   場景：打開淘寶網站，在搜索框中輸入內容，點擊搜索，查看搜索結果和預期要搜索的結果是否一致。

   🌟PS：做自動化不能跨步走，要一步一步的執行，手工怎么執行自動化就怎么執行。

2. 適合自動化測試場景

   • 需求不會頻繁變動：因為需求頻繁變動，頁面的功能就會頻繁變動。（比如敏捷迭代項目，V1.0版本已經上線了，后面只是在V1.0的基礎上加一些新的功能，就可以對V1.0版本的老功能進行自動化測試）

   • UI比較穩定：因為UI自動化就是基於UI。

   • 項目周期較長

   • 大量的回歸測試任務：大量的重復的回歸的測試任務，不斷的迭代，需要回歸老功能。

   • 冒煙測試：針對本次迭代的新功能（核心的、主干的功能，大概10%~20%）進行冒煙測試。如果冒煙不通過就不接受這個版本的測試。

   • 回歸測試：對老功能進行回歸測試。

3. 不適合自動化測試的場景

   • 交互性太強的
   • 視頻播放器（無法判斷正在播放的是什么、無法分析是藍屏還是黑屏）
   • 音頻播放器
   • 打電話

4. UI自動化測試設計原則

   • 一個case完成一個功能點測試：一個自動化測試用例對應一條手工測試用例。
   • 一個腳本是一個完成的場景（比如：打開淘寶網站，選擇分類，添加某一個商品到購物車，支付，查看訂單詳情。）
   • 腳本之間獨立，不能有依賴（比如：有10個腳本，第1個腳本是登錄，后面9個腳本依賴於登錄，若第1個腳本失敗，后面9個腳本就無法執行。）
   • 設置合適的檢查點：斷言結果，檢查預期結果與實際結果是否一致。
   • 設計良好的框架（比如：unittest框架）