可以用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）
編譯模塊實際上也是一種腳本，只不過它包含了一個可以被其它的測試腳本頻繁地調用，用戶自定義函數集的庫文件。當你載入一個編譯模塊時，它的函數將自動的被編譯並保存在內存中。其它的測試腳本可以直接調用它們。
編譯模塊可以改進腳本的組織和性能。由於你在使用它們之前已經調試過編譯模塊，因此你的測試腳本只需要少量的錯誤檢查。另外，調用一個已經編譯的函數明顯地比解釋測試腳本中的函數快得多。
當編譯模塊用來儲存可重用的函數時，測試腳本包含了在WinRunner中的可執行文件。編譯模塊是不可執行的。
在保存爲編譯模塊時，WinRunner會自動執行一次預編譯。
默認情況下，包含TSL代碼的模塊的屬性是“main”。主模塊可以在其他的模塊中被調用執行。除了當WinRunner識別到一個“call”語句時，主模塊會被動態地被編譯爲機器代碼。例如：
call cso_init();
call( "C://MyAppFolder//" & "app_init" );
編譯模塊被載入到內存中以便其他模塊引用。
reload ("C://MyAppFolder//" & "flt_lib") 或load ("C://MyAppFolder//" & "flt_lib");
數據驅動測試（data driven tests）
當 你測試你的應用程序時，你或許想檢查它如何執行有着大量數據集的相同操作。你可以用一個運行10次的循環來創建一個數據驅動測試：每次循環運行時，它由不 同的數據集驅動。爲了使WinRunner 能夠使用數據來驅動測試，你必須將數據連接到所要驅動的測試腳本。這就叫參數化 （parameterizing）你的測試。數據存儲在一個數據表格（data table）中。你可以手工執行這些操作，或使用 DataDriver Wizard來參數化你的測試腳本並儲存數據在數據表格中。
數據驅動測試的步驟如下：
· 創建一測試腳本
· 轉換爲數據驅動的測試腳本並準備一個數據庫
· 運行測試腳本
· 分析測試結果
無法識別GUI對象的原因
WinRunner會由於以下多種原因導致不能識別GUI對象。
· 不是標準的Windows對象
· 沒有安裝所需的Add-In
· 如果所使用的瀏覽器和WinRunner的版本不兼容，GUI Map編輯器將不能認識在瀏覽器窗口中顯示的任何對象
。。。
啓動文件（start up file）
在General Options －>Environment－> Startup文本框中，選擇或輸入你希望作爲啓動文件的 測試腳本
輸入測試腳本的相關信息
在創建一個測試腳本之前，你可以在Test Properties－> General
