1.一個腳本是一個完整的場景，從用戶登陸操作到用戶退出系統關閉瀏覽器。

2.一個腳本腳本只驗證一個功能點，不要試圖用戶登陸系統後把所有的功能都進行驗證再退出系統
3.盡量只做功能中正向邏輯的驗證，不要考慮太多逆向邏輯的驗證，逆向邏輯的情況很多（例如手機號輸錯有很多種情況） ，驗證一方面比較復雜，需要編寫大量的腳本，另一方面自動化腳本本身比較脆弱，很多非正常的邏輯的驗證能力不強。 （我們盡量遵循用戶正常使用原則編寫腳本即可）
4.腳本之間不要產生關聯性，也就是說編寫的每一個腳本都是獨立的，不能依賴或影響其他腳本。

5、整個腳本中只對驗證點進行驗證，不要對整個腳本每一步都做驗證。

6. 如果對數據進行了修改，需要對數據進行還原。

7. 測試用例的上下文必須有一定的順序性，要能夠互相連接起來；並且前置條件要清楚。

8. 每個測試用例粒度必須盡可能小，短小簡單的測試用例易於調試。如果測試用例不得不長而復雜，則把它分成兩個或更多的私有方法，並單獨調用這些方法。

9. 盡量把重復任務放入一個方法中，這樣它可以被多個測試用例調用。

10. 測試用例需要記錄操作步驟

11. 測試用例執行出錯要截圖，從日誌查看錯誤能一目了然

12. 測試用例要有合適的驗證點，符合測試用例的期待結果。驗證用是否存在的方法，如文件存在。

13. 測試用例只要不匹配預設的驗證點，即使該測試用例還有未執行完的代碼也要中斷下面的執行，拋出合適的異常並提供詳細的失敗信息，然後設置該測試用例運行結果為失敗

14. 測試用例要盡量處理所有的異常以健壯

15. 用例中盡量少的出現sleep，建議用"wait until ..."來代替；

16. 可以采用並發執行用例的方法來提升效，這需要case的獨立性來做保證。

自動化測試用例編寫的規範