自動化用例主要用來冒煙測試和回歸測試
冒煙測試，即為主要功能的用例執行
回歸測試，即為全部或者部分用例的執行
自動化測試得誤區：
不編寫自動化測試用例，直接編寫自動化指令碼
直接拿手工測試用例來編寫自動化測試指令碼
自動化用例選型注意事項
1， 不是所有的手工測試用例都要轉化為自動化測試用例
2， 考慮指令碼開發的成本，不要考慮流程太複雜的用例，如有必要，將流程拆分多個用例
3， 用例可以構建乙個場景，如乙個功能模組，多個用例
4， 用例可以帶有目的性的區分，如是冒煙測試，回歸測試等
5， 選取的用例是比較重複的，很繁瑣的部分
6， 自動化也可以用來做配置檢查，資料庫檢查
7， 如果手工測試時需要構造一些資料或者一些簡單機械性的動作，完全可以用自動化
8， 手工測試可以不回歸原點，自動化測試必須回歸原點
自動化用例設計
用例設計部分，無論是手工測試還是自動化測試，都必須要的環節，也是非常重要的環節。在做自動化的時候，用例需要考慮前置後置 步驟和對比，每乙個部分都要有提供非常明確的測試資料，要考慮資料的重複使用是否會影響指令碼的執行結果。1.不是所有的手工用例都要轉成自動化測試用例 2.考慮到指令碼開發的成本，不要選...
自動化用例設計原則
1.不是所有的手工用例都要轉化為自動化測試用例。2.考慮到指令碼考法的成本，不要選擇流程太複雜的用例。如果有必要考慮把流程拆分成多個用例來實現指令碼。3.選擇的用例最好可以構建場景。例如，乙個功能模組，分多個測試用例，多個用例使用同乙個場景。4.選擇的用例可以帶有目的性。例如 這部分用例做冒煙測試，...
介面自動化用例設計的原則
不要為了做自動化測試而做自動化，做的首要目標是問題出現時，能第一時間發現?自動化中的 覆蓋率統計可以作為參考，但不能一開始就為了提高覆蓋率，陷入 case 設計之中。注意 好的介面自動化 case 設計，依賴於 case 設計者的功能理解程度 手工測試的功力 功能覆蓋點，在用例設計上面要遵循以下幾點...