用例設計部分，無論是手工測試還是自動化測試，都必須要的環節，也是非常重要的環節。在做自動化的時候，用例需要考慮前置后置、步驟和對比，每一個部分都要有提供非常明確的測試數據，要考慮數據的重復使用是否會影響腳本的執行結果。
自動化用例設計原則
1.不是所有的手工用例都要轉成自動化測試用例
2.考慮到腳本開發的成本，不要選擇流程太復雜的測試用例，如果有必要，可以考慮把流程拆分成多個用例來實現腳本
3.選擇的用例最好可以構建成場景。例如，一個功能模塊，分多個用例，多個用例使用同一個場景
4.選擇的用例可以帶有目的性。例如，這部分是用來做冒煙測試，那部分測試是做回歸測試等等，當然，會存在重疊的關系。如果當前用例不能滿足需求，那么唯有修改用例來適用腳本和需求
5.選取的用例可以是你認為重復執行，很繁瑣的部分。例如，字段驗證、提示信息驗證這類，這部分適用於回歸測試
6.選取的用例可以是主體流程，這部分適用於冒煙測試
7.自動化測試也可以用來做配置檢查、數據庫檢查。這些可能超越了手工用例，但也算是拓展的一部分，項目負責人可以有選擇的增加
8.平時在手工測試時，如果需要構造一些復雜的數據或重復一些簡單的機械式動作，則告訴自動化腳本，讓它來幫你，或許你的效率會因此得到提高
編寫自動化用例遵循的原則
1.一個用例為一個完整的場景，從用戶登錄系統到最終退出並關閉瀏覽器
2.一個用例只驗證一個功能點，不要試圖在用戶登錄系統后把所有的功能都驗證一遍
3.盡量少地編寫逆向邏輯用例，一方面因為逆向邏輯用例很多（例如，手機號輸出有幾十種情況）；另一方面自動化腳本本身比較脆弱，對於復雜的逆向邏輯用例實現麻煩且容易出錯
4.用例與用例之間盡量避免產生依賴
5.一條用例完成測試之后需要對場景進行還原，以免影響其它用例的執行