1、測試指令碼與資料解耦（資料驅動）
讓操作相同但是資料不同的測試可以通過同一 套自動化測試指令碼來實現，只是在每次測試執行時提供不同的測試輸入資料。
2、頁面物件模型（pom）
以頁面為單位來封裝頁面上的控制項以及控制項的部分操作。而測試用例使 用頁面物件來完成具體的介面操作。
3、業務流程抽象
基於操作函式的更接近於實際業務的更高層次的抽象方式。基於業務流程抽象實現的 測試用例往往具有較好的靈活性，可以根據實際測試需求方便地組裝出各種測試用例。
業務流程的核心思想是，從業務的維度來指導測試業務流程的封裝。由於業務流程封裝通常很貼近實際 業務，所以特別適用於組裝面向終端使用者的端到端（e2e）的系統功能測試用例，尤其適用於業務功能 非常多，並且存在各種組合的e2e測試場景。
同樣適用api測試、單元測試
介面自動化測試（用例優化）
之前文章實現了乙個簡單的介面自動化測試用例，下面的文章將講解如何將測試用例進行優化，並用excel 進行資料驅動，將測試結果輸出到excel。首先我們先說一下資料驅動，資料驅動即通過讀取檔案內容，將所需要的資料通過檔案讀寫的方式進行輸入輸出。這裡我推薦使用excel來進行資料驅動。1.資料驅動 這裡...
Web自動化測試 測試用例斷言
執行測試用例時，需要判斷用例是否執行成功，此時需要有乙個我們期望的結果來進行驗證。這裡unittest中，如果乙個case執行的過程中報錯，或者我們判斷結果不符合期望，就會判定此條用例執行失敗，判斷的條件主要是根據斷言來實現，這節主要學習下斷言的使用。一 斷言的方法 1.1 testcase類中的部...
怎麼匯出測試用例 怎麼編寫自動化測試用例
本文介紹如何編寫自動化測試用例 記得收藏，哦 下面分享一篇關於自動化用例編寫的文章。用例選型注意事項 1 不是所有的手工用例都要轉為自動化測試用例。2 考慮到指令碼開發的成本，不要選擇流程太複雜的用例。如果有必要，可以考慮把流程拆分多個用例來實現指令碼。3 選擇的用例最好可以構建成場景。例如乙個功能...