自動化測試在功能測試中的應用

自動化測試在功能測試中的應用

作者: 劉柏青

 1 綜述
1.1 什么是自動化測試
  自動化測試是指能自動輸入測試數據，自動檢查被測對象的響應的測試
1.2 自動化測試的優缺點
  優點：
    測試效率高
    測試過程可完全重現
  缺點：
    前期耗用的工作量較大
    對測試人員的技術水平要求較高
    需要對測試腳本（程序）進行維護
1.3 自動化測試的適用范圍
  存在大量重復性的手工測試的項目
  測試時間比較長的項目
1.4 自動化測試的對測試人員的要求
  有編程能力，至少會使用一種高級語言（C/C++、java、VB、Pascal）
  有一定系統設計的能力
1.5 自動化測試過程
  制定測試方案
  編寫、修改、維護測試腳本
  測試實施

2 測試過程詳述
2.1 設計方案
  2.1.1 選定工具
    winrunner：類C語言，編程能力強，瀏覽器、ActiveX控件的支持不如QTP。需要對界面的每類控件都錄制一下，確認測試工具的確能操作該控件。
    QuickTest Professional（QTP）：類VB語言，編程能力較弱，瀏覽器、ActiveX控件的支持強。需要對界面的每類控件都錄制一下，確認測試工具的確能操作該控件。
    自己編寫的程序
  2.1.2 確定測試環境
    數據庫環境
    磁盤文件環境
    測試腳本開始運行時的界面環境（通常為登錄成功后的界面）
    測試腳本結束運行時的界面環境
  2.1.3 用例設計
    確定功能點
    確定測試數據
2.2 編寫、修改、維護測試腳本
  2.2.1 考慮腳本的架構
    做到用例與用例的無關性，即每個用例都能單獨運行，一用例不以另一用例的運行為前提
    要便于挑選若干用例來運行
    要便于大量用例的管理
    當界面發生變化時，腳本的修改量要盡可能容易
    winrunner舉例：
    舉例1：每個用例對應一個子腳本，一個主控腳本控制調用各子腳本
    舉例2：每個用例對應excel表格的一條記錄，主控腳本從表格中讀取用例信息后運行
  2.2.2 編寫測試環境初始化的腳本
    數據庫環境初始化
    磁盤文件環境初始化
    界面環境初始化
  2.2.3 生成界面描述文件（winrunner、QTP）
    對界面的每個控件都錄制一下，讓測試工具生成界面描述文件
    對錄制出來的界面描述進行整理，提高可讀性
  2.2.4 編碼與調試
    腳本能完全自動運行，不因遇到錯誤而中止
    注意腳本與被測軟件的同步問題，避免因不同步而導致腳本中止或報錯
    各用例對測試結果的判斷和輸出不能造成腳本的中止
    各用例結束時的界面環境必須能通過初始化腳本回到初始的界面環境
    不建議使用檢查點來判斷測試結果
  2.2.5 維護
    根據界面的變化而改動
    根據操作步驟的變化而改動
    根據用例的變化而改動
2.3 測試實施
  2.3.1 搭環境
  2.3.2 運行測試腳本
  2.3.3 記錄bug

3 性能測試的誤區
  自動化測試一定能提高測試效率，縮短測試時間
  自動化測試一定能降低測試成本
  自動化測試令測試工作變得簡單易行，誰都可以來做
  做自動化測試，會錄制腳本就夠了

4 常見問題
  我們的項目時間緊，怎么樣做自動化測試？
  自動化測試何時開始介入？
  測試工具無法識別第三方控件時怎么辦？
  業務邏輯比較復雜，從而導致測試腳本比較復雜，怎么辦？

原文轉自：http://www.kjueaiud.com