WinRunner使用經驗介紹

　　WinRunner在項目中的作用

　　可以用WinRunner為所測試應用程序的GUI，功能和回歸測試創建自動化腳本。

　　WinRunner的測試過程

　　主要包括如下6個階段：

　　1). 創建GUI Map文件：WinRunner可以通過它來識別被測試應用程序中的GUI對象。

　　2). 創建測試腳本：通過錄制，編程，或兩者的組合創建。在錄制測試腳本時，在你想檢查被測試應用程序響應的地方插入驗證點。

　　3). 調試腳本：用調試(Debug)的模式運行測試腳本以確保它們可以平穩地運行。還可以使用WinRunner提供的Step, Step Into, Step out功能來調試腳本。

　　4). 運行測試：用驗證(Verify)的模式運行測試腳本來測試你的應用程序。當WinRunner在運行中碰到驗證點時，它會將被測應用程序中的當前數據和以前捕捉的期望數據進行比較，如果發現了任何不匹配，WinRunner將會把目前的情況捕捉下來作為真實的結果。

　　5). 檢查結果：確定測試腳本的成功或是失敗。在每次測試腳本運行結束之后，WinRunner會將結果顯示在報告中。它描述了所有在運行中碰到的重要的事件，例如驗證點，錯誤信息，系統信息或是用戶信息。如果發現在運行中有任何不匹配的驗證點，你可以在測試結果窗口中查看期望的和實際的結果。

　　6). 提交缺陷：如果一個測試腳本是由于所測試應用程序中的缺陷而導致失敗的，你可以直接從測試結果窗口中提取缺陷的相關信息。

　　WinRunner 的GUI Map文件

　　WinRunner利用GUI Map文件來識別應用程序中的對象。它將學習到的窗口或對象信息儲存在GUI Map文件中。當WinRunner運行測試腳本時，它利用GUI Map來定位對象。它從GUI Map文件中讀取對象的描述并且在被測應用程序中尋找具有相同屬性的對象。

　　在GUI Map文件中的每一個對象都有一個邏輯名稱(logical name)和一個物理描述(physical description)。對象的邏輯名稱是由其類決定的。在大多數情況下，我們可以將邏輯名稱看成是顯示在對象上的標簽。你可以修改已分配的邏輯名稱當它不是十分具有描述性或太長的時候。當對象的屬性發生改變時，你必須要修改其物理描述。

　　GUI Map文件的擴展名是".gui"。

　　GUI Map文件分為兩種類型：

　　·全局GUI Map文件：一個為整個應用程序使用的GUI Map文件

　　·每個測試腳本的GUI Map文件：在每個測試腳本創建之后，WinRunner會自動為其創建一個GUI Map文件。

　　我們可以通過工具菜單中GUI Map Editor來查看當前載入的GUI Map文件及其內容。GUI Map Editor 顯示多個已創建的GUI Map文件和認識到的帶有邏輯名和物理描述的窗口和對象。

　　在錄制腳本時，WinRunner會自已學習對象和窗口，并將它們儲存在臨時的GUI Map文件中。我們可以在General選項中指定是否需要每次都載入這種臨時GUI Map。

　　當我們載入一個GUI Map文件時，關于窗口和對象的信息連同其邏輯名稱和物理描述都載入到內存中。因此當WinRunner在一個特定的窗口上運行腳本時，它可以用這些在內存中的信息識別對象。

　　WinRunner的腳本語言

　　WinRunner的腳本語言是Mercury Interactive’s Test Script Language (TSL)，這是一種類C的腳本語言。你可以通過增加另外的TSL函數和編程元素(例如Windows API)或WinRunner的虛擬編程工具(函數生成器(Function Generator))來增強你錄制的腳本。

　　WinRunner的錄制模式

　　在WinRunner中，有兩種不同的錄制模式：

　　·環境判斷錄制(Context Sensitive recording)：通過識別GUI對象錄制你在被測應用程序中執行的操作。

　　·模擬錄制(Analog recording)：錄制鍵盤的輸入，鼠標的點擊，和鼠標指針在屏幕上精確的x，y軸

　　WinRunner的運行模式

　　在WinRunner中，有三種不同的運行模式：

　　·驗證Verify：使用這種方式來檢查你的應用程序

　　·調試Debug：使用這種方式來幫助你識別測試腳本中的bug

　　·更新Update：使用這種方式來更新測試腳本的期望結果或創建一個新的期望結果文件夾

　　WinRunner的Add-In

　　載入Add-Ins實際上是將在Add-In中的特殊的函數裝載到內存中。當創建測試腳本時，只有這些選中的Add-In中的函數會列在函數生成器中，在運行腳本時，只有那些在載入的Add-In中的函數可以被執行，否則WinRunner將會給出一個不能識別函數的錯誤信息。

　　WinRunner的驗證點(Checkpoint)

　　驗證點可以把被測應用程序的當前行為和早前版本的行為進行比較。

　　在WinRunner中有4種驗證點：

　　· GUI checkpoints：驗證GUI對象的信息。例如，你可以檢查一個按鈕是否可用或查看在一個列表中哪一個選項被選中。

　　· Bitmap checkpoints：給窗口或所測試應用程序的部分做快照，并把它和早先版本中捕捉的圖像做比較。

　　· Text checkpoints ：在GUI對象或位圖中讀取文字，使你可以驗證它們的內容。

　　· Database checkpoints：基于你創建在數據庫的查詢，檢查一個結果集的內容和列、行的數量

　　Checklist文件包含了我們正在驗證的對象的屬性和相關信息 。gui*.chk文件包含了期望的結果，并儲存在exp文件夾中。

　　同步點(synchronization points)

　　同步點使你可以解決預期的在測試腳本和你應用程序之間的時間問題。例如，如果你創建一個打開數據庫應用程序的測試腳本，你可以增加一個同步點以讓測試腳本等待直到數據庫中的記錄載入到屏幕上。

　　對于模擬測試(Analog testing)，你也可以使用一個同步點來確保WinRunner在一個指定的位置重新放置窗口。當你運行一個測試腳本時，鼠標指針沿著準確的坐標行進。重新放置窗口使鼠標指針接觸到窗口中正確的元素。

　　編譯模塊(compile module)

　　編譯模塊實際上也是一種腳本，只不過它包含了一個可以被其它的測試腳本頻繁地調用，用戶自定義函數集的庫文件。當你載入一個編譯模塊時，它的函數將自動的被編譯并保存在內存中。其它的測試腳本可以直接調用它們。

原文轉自：http://www.anti-gravitydesign.com