測試用例設計
§ 最小分支原則
§ 封裝、復用
§ 參數化
§ 動態加載
腳本生成器
§ 與測試用例設計的關系
§ 公用函數庫
§ 對字符界面和 GUI 的支持
§ 配置管理
業務流管理器
§ 推拽測試用例，支持條件分支
§ 測試用例間的數據傳遞
§ 業務流管理：增、刪、改、插入
§ 支持對同一個測試用例的多次引用和配置
數據管理器
§ 選擇業務流、測試用例
§ 顯示測試用例參數列表
§ 方便地修改參數值
測試調度器
§ 預約（定時）執行
§ 選擇需要執行的業務流
§ 執行測試
§ 出錯處理
自動回歸測試框架的作用
§ 降低管理難度，使用一個管理界面，隱藏管理細節
§ 測試設計和測試實現分離
§ 支持手工測試和自動測試
§ 分離技術性測試人員和非技術性測試人員的工作
§ 集成數據驅動、關鍵字驅動和功能分解測試的最好特征
§ 具備自動腳本生成功能
自動回歸測試框架的技術特點
§ 基于自動測試工具的測試框架，具有測試計劃驅動技術的所有優點
§ 充分利用測試工具的功能，與測試管理集成
§ 基于業務流的測試，數據也是基于業務流配置的
§ 應用與自動測試框架分開
§ 可支持技術性測試人員和非技術性測試人員使用
§ 腳本與數據分開
§ 自動測試開發與運行環境分開
§ 有專門的數據管理模塊，數據維護簡便
§ 自動生成代碼，基本不需要編碼，效率極高
§ 使用數據庫，不需要手工管理大量文件
§ 采用基于組件的技術，提供預制組件
§ 支持業務功能腳本和錄制腳本
4、自動回歸測試系統的實施方法
自動測試失敗的原因
§ 為了快速建立自動測試系統，忽略了維護工作量，致使維護工作量過大，不可接受
§ 購買工具前幾乎不存在測試過程
§ 無經驗的或臨時的測試小組
§ 設計不固定
§ 使用了錯誤的工具
§ 過分關注自動化技術，忽略了測試目標
§ 低估了自動測試的成本，資源不足
如何才能實施成功？
實施策略
§ 分步實施，降低風險
§ 明確的人員分工，確保具有相應技能
- 項目經理
- 測試人員 VS 開發人員
- 自動測試工程師
- 業務人員
§ 完善的文檔
- 自動測試體系
- 完整的項目管理文檔
- 完整的工程文檔
§ 選用合適的工具，自動測試框架不影響測試工作的進行
§ 關注測試目的，而不是自動化技術
實施方法的優點
§ 從系統工程、過程改進的角度看自動回歸測試的實施，方法、工具、技術和人員并重
§ 盡可能并行，節省時間
- 框架與應用分開
- 框架與腳本開發分開
- 框架與用例設計分開
§ 采用分步走的方法，降低風險
§ 可提高可維護性，降低維護工作量
總結
解決方案的特點（一）
§ 先進性
- 從系統工程、過程改進的角度看自動回歸測試的實施，方法、工具、技術和人員并重
- 采用測試計劃驅動技術和組件技術實現，是國際最先進的自動回歸測試技術
- 業務驅動，基于業務流的測試
- 所有自動測試相關內容存儲在統一的中央數據庫中，便于重用
- 能支持自動化測試和手工測試
§ 可維護性 - 測試用例維護工作量不變
- 腳本和數據分開，降低維護難度和工作量
- 可自動生成腳本，降低腳本維護工作量
- 有專門的數據管理模塊，簡化數據維護工作
- 使用數據庫，無需手工維護大量配置文件，并使之保持一致
§ 可復用性
- 自動回歸測試方法論（相關規程、模板、指南、樣例）的復用
- 項目實施經驗和數據的復用
- 自動回歸測試框架的復用
- 組件的復用
- 業務流和測試用例的重復使用
- 原有腳本仍可使用
§ 自動化
- 應用與自動測試框架分離，可并行
- 使用預制組件可加快自動測試的進程
- 腳本可自動生成
- 自動測試開發環境與運行環境分離可實現無人值守的自動測試
- 測試用例和配置數據修改后可動態加載
- 單個客戶端上同時進行多個測試
文章來源于領測軟件測試網 http://www.kjueaiud.com/
