第一階段：API自動化
      之前的想法是：通過API創建數據，訪問數據，進行數據操作，存儲數據庫，通過模擬前端的操作來想象API的訪問流程。
      然后，驗證數據庫是否存儲正確。后來發現該想法流程就是錯誤的。
      問題：
1、模擬前端的操作需要對每個前端操作后調用的API非常熟悉，這已經超過了測試的范圍，屬于開發的范疇。
2、每個API的集成測試應該是獨立的，有順序的對API的測試使得API之間存在相互依賴的關系。然而每個API的正確性并不能保證。
3、API本身是具有很強的獨立性，不應該通過前端模擬操作來對其進行相對的驗證，操作邏輯應該由前端負責。
      總結：
1、使得API具有健壯性，對正常的數據傳輸和異常的數據傳輸，服務器端都能正確的響應和返回正確的響應碼。
2、對于API的集成，務必使得每個API都獨立驗證，不能具有相互依賴性。
3、API的正確性為前端邏輯的自動化驗證提供了穩定的基礎。
4、工具可使用：unittest，pytest(推薦)
第二階段：自動創建測試數據
       前端的一些UI驗證，需要一些組合數據，每次更新環境，版本迭代，自動化創建需要的數據。
       此時需要依據測試用例(UI顯示部分)來保證每種情況，包括邊界，越界情況的顯示正常。此些數據在每次新環境都需要驗證的情況下，手動創建太過于浪費時間，通過Python讀取excel預先設計好的，通過API或者直接寫入數據庫的方式自動化創建批量的數據。寫入的方式通過具體的業務來選擇。
第三階段：前端操作自動化
       第二階段和第三階段的順序不太重要，也可以先執行第三階段。
       這里的前端操作自動化，通俗的講是對前端控件響應的一些自動化驗證，屬于基礎的前端測試。如文本的輸入，按鈕點擊響應，表單提交后的正常顯示等。
       依據就是需求文檔，覆蓋需求文檔的一些基本的點就可以。不需要太多的復雜的流程和操作。
       工具使用appium。
第四階段：用戶實操自動化
       用戶實操依據是使用該軟件的過程中，用戶操作的真實場景，為最后的收尾自動化測試。
       如用戶可能在使用的過程中，停留在該頁面10分鐘，然后鎖屏，然后解鎖，查看該APP是否還在生存中。
       如用戶可能在使用的過程中，是程序退入后臺。這里的具體操作需要了解不同的平臺對程序生命周期的定義階段不同。
前端自動化和接口自動化
       之前一直在思考前端自動化和接口自動化分別側重點是什么。
       前端自動化側重點在于組建的響應，數據顯示(包括長度，小數正確取位等)，后端側重在于數據處理的正確性驗證。
       之前主要通過Appium檢驗前端的各個按鈕響應是否都正確，某個元素是否顯示出來了，忽略了一個動作操作完后對其他界面數據顯示的影響檢測。其實前端和后端的自動化側重點不同，但是對于數據的檢測可以是雙重檢測。這樣測試完后的數據更有保障。
關于數據生成(準備)
       數據生成(準備)與測試放在分開的模塊中，混到一起，容易中斷測試代碼。
       先數據生成測試需要的數據然后再運行測試代碼。

本文來自（）

---

【年末回饋最后一波，全場六折起，豪禮升級，還送公開課入場券，趕緊搶！】

活動時間：12月1日-12月31日

標簽：軟件測試技術軟件測試