背景與問題

介面自動化測試，解決了從協議發起，到後臺業務邏輯的測試，但是忽略了重要的部分：前端展現和互動。

我們需要通過自動化迴歸測試，來解決端到端測試的問題，即從客戶端發起到服務端完成，整個業務落成，而不僅僅是服務端的功能。

介面自動化，聚焦於介面業務邏輯和互動測試，對於海量的資料組合測試，不是重點目標。

當前端介面、業務邏輯發生改變，就需要通過介面自動化迴歸測試，來解決系統迴歸和覆蓋的問題。

自動化測試是未來發展的趨勢

錄製回放工具與測試指令碼

通過錄制來生成自動化的測試指令碼：

物件庫：基於指令碼與物件庫分離

引數化：對指令碼進行引數化，可以實現相同的指令碼執行不同的資料和測試用例

測試指令碼：定義了整個的測試過程。使用關鍵字檢視的指令碼，可以更簡單的從手工測試進入自動化測試，避免了學習複雜的程式語言。

專家檢視：使用測試指令碼來直接編寫複雜的邏輯，比如利息計算、手續費計算等檢查

檢查點

通過支援各種檢查點，如：資料庫檢查點、提示資訊檢查點、介面資料檢查點、圖片檢查點、OCR識別文字檢查點等，來實現執行過程中的檢核操作，判斷測試用例是否執行成功。

基於測試資料模板來設計測試用例

基於資料模板，使用模型驅動的測試用例設計工具，可以實現用例設計的自動化；

主要是規則定義，以及資料正交演算法；

測試工具服務化

通過自動化測試平臺，提供了支援不同測試工具的框架，能夠把測試工具變成一個一個的服務，提供給外部系統來呼叫。

批量執行框架

執行框架，支援：

測試用例的自動分發執行；

預約執行、週期執行；

跨專案的批量執行；

測試日誌還記錄了測試步驟，特別是對於多個交易/功能的測試用例，可以定位錯誤；

自動化測試報表

支援各種統計分析報表，如需求總數和分析、成功失敗統計和百分比；

測試用例個數和執行通過的百分比；

測試用例的密度