這可能是你少有的能get到測試用例編寫精髓的機會！

自動化測試 用例的編寫是實現專案自動化的核心，合理的用例設計是保證自動化效益和實用性的關鍵，也直接決定了自動化指令碼是否具備可擴充套件和可維護性。由此，本篇文章主要為大家介紹了測試用例編寫的規範和注意事項。

 

一、自動化測試用例選擇

自動化測試 主要應用於基礎功能的驗證和迴歸，對於在專案迭代過程中不斷修改的功能來說，手工測試的效率是大大高於自動化測試的。因此，我們在進行自動化之前，要挑選基礎功能來進行自動化。在這個過程中，我們可以從手工測試用例中進行挑選，也可以專門為自動化編寫一套用例。

　　在自動化初期，建議從手工測試用例中進行挑選。一方面手工測試用例的覆蓋度最為全面，可以保證測試的全面性；另一方面，也會提高測試效率。我們挑選用例的原則是：清晰、簡單、基礎、改動小的功能。

二、自動化測試用例編寫

挑選完合適的用例之後，就是透過程式碼編寫自動化用例的過程。這個過程主要包括資料預置、用例編寫和用例後置三個步驟。

　 　 1、資料預置 　　在進行用例編寫之前，我們需要準備一些資料，保證用例能夠真正的執行起來。比如，我們在測試一個網頁登入功能，我們需要系統的 URL引數、需要一個可以登入的使用者名稱和密碼；我們需要測試刪除檔案的功能，就需要提前上傳一個檔案，這個檔案可以提前預置，也可以在執行刪除操作之前，執行一個上傳操作；透過哪種方式預置資料，需要根據專案的實際情況選擇。我們將資料預置和用例編寫分開是為了減少用例之間的耦合度，保證上一個用例執行的結果不會對下一條用例產生影響。此外，有利於用例的維護和修改。　 　 2、用例編寫 　　我們準備好測試資料後，就要開始自動化用例的編寫，在編寫過程中需要注意以下幾個方面：　　熟悉業務。 自動化測試 是為了業務系統服務的，只有充分的瞭解業務，明確如何將手工測試用例透過自動化實現，才能保證用例質量。　　使用變數。通常，我們需要將變數統一管理，寫入配置檔案，這樣方便統一修改。例如：我們需要測試一個業務系統，這個系統包含測試環境和生產環境，我們需要將自動化指令碼靈活的適用於每個環境，這個時候，我們就需要將 url等系統引數寫入配置檔案，方便修改和遷移。　　寫明操作過程。在編寫操作過程時，程式碼註釋必不可少。每一步都是怎麼操作的，需要驗證什麼功能。　　設定檢查點。在編寫測試用例的過程中，需要設定合理的檢查點，新增斷言，判斷用例是否執行成功。在用例執行後，將預期結果和實際結果進行對比，輸出測試結果，明確功能是否執行成功，是自動化測試的關鍵。不新增斷言的用例執行，是沒有任何意義的。　　 3、用例後置 　　用例後置時指用例執行完成之後的操作，與資料預置相對應，是為了自動化能夠迴圈執行。比如：我們需要測試檔案上傳功能，在用例執行透過之後，需要將檔案刪除，便於下一次自動執行。

　　此外，我們應該在用例後置之後進行一些合理的檢查，比如上個步驟中，我們如果刪除檔案失敗的話，依然會影響下一次的操作。因此，我們需要結合專案實際情況，對一些核心檔案進行檢查，保證自動化的順利執行。

三、用例編寫規範

在用例編寫過程中，我們需要遵守一些規範來提高用例質量。主要包括：連續性、獨立性、完整性、可重用性、可維護性和邏輯分塊。

　　 1、連續性 　　保證用例之間的連續性，保證用例可以批次執行。比如，我們在進行 UI自動化時，要保證上一個操作之後進入下一個操作的執行介面。　 　 2、獨立性 　　用例之間要相互獨立，保證上一個用例的執行結果不會對下一個用例的執行產生影響。這樣，才能更清楚的定位到問題。此外，需要保證一個用例的執行不會修改到下一個用例的資料。　 　 3、完整性 　　每一個用例都需要有資料準備、操作過程，斷言和用例後置的全部過程，能夠根據用例明確具體的測試內容。　 　 4、可重用性 　　類似於開發的公共程式碼，我們要抽象出自動化測試的原子操作，提供給其他用例呼叫，這樣可以減少開發成本　 　 5、可維護性 　　用例名要清晰，做到見名知意；對每個步驟、每個變數新增明確的註釋；對哪些是預置資料、哪些是檢查項、預期結果都有明確的說明；用例步驟要簡單明瞭　 　 6、邏輯分塊 　　根據一定的規則進行邏輯分塊（例如可以根據不同功能劃分），保證邏輯塊的獨立性，可以抽出單個功能用例進行驗證。