單元測試腳本的需求

1. 自動化測試實例二：腳本開發(上)

完成測試用例後就可以開發測試腳本，一般包括自動化測試框架的開發和功能腳本的開發。在本節中不介紹如何開發自動化測試框架，有興趣的讀者可以參考《 QTP 自動化測試與框架模型設計 》一書中第 19 章和第 20 章的自動化測試框架的內容。本章介紹該實例中需要調用到的函數。

(1)公用函數封裝。

在本實例中需要封裝的函數主要包括： 讀取測試用例、輸入每個測試用例的測試結果。

通過獲取單元格中數據的行數，可以確定測試用例文檔中有多少條測試用例， 代碼如下：

讀取單元格中的數據，即獲得測試用例值， 代碼如下：

在該實例中還需要記錄每個測試用例執行的結果， 封裝的代碼如下：

由於在本實例中需要連接資料庫，檢查資料庫中的數據是否正確，所以將連接資料庫的代碼進行封裝， 代碼如下：

(2)單一模式腳本開發。

自動化測試腳本開發完成後，開始錄制腳本，這個階段主要是將自動化測試的需求轉換為一個簡單的腳本。

1)錄制登錄過程的腳本如下：

2)錄制訂票流程的腳本如下：

3)錄制航班信息的腳本如下：

4)錄制查詢訂票信息的腳本如下：

(3)腳本增強。

錄制好的單一模式腳本的功能很弱，只完成了一個簡單的功能，不具備可擴展性，無法兼容不同的測試數據，所以需要對上面的腳本進行增強。在錄制單一模式的腳本時，其實有一個功能是通用的，就是登錄功能，每個操作的功能都需要先登錄系統，所以可將一個正確登錄的腳本封裝成一個過程，這樣可以節約腳本量，也便於維護腳本。在封裝登錄過程時，需要使用到描述性編程， 封裝的代碼如下：

接著對登錄的腳本進行增強操作，增強的原因是腳本需要能正確處理當輸入用戶名或密碼出錯的情況。 主要需要處理的情況有： 輸入的用戶名為空、輸入的用戶名少於 4 個字元、輸入的密碼為空、輸入的密碼少於 4 個字元。 登錄功能增強後的腳本如下：

訂票流程腳本的增強主要需要處理訂票日期未輸入和輸入錯誤的情況， 訂票流程功能增強後的腳本如下：

航班信息查詢腳本的增強主要是需要檢查當選擇出發城市和到達城市後，顯示出來的航班信息是否正確，腳本增強時需要獲取所有航班信息。 增強後的腳本如下：

查詢訂票信息腳本增強主要是需要檢查該航班號是否存在，如果航班號不存在，會彈出相應的對應信息;如果查詢的訂單號存在，就會顯示出該訂單的相關信息。 增強後的腳本如下：