1.1 腳本錄制規范：
基本原則是錄制腳本要分開、gui文件要合并、批調用回放驗證、可移植回放驗證。
1.1.1 錄制腳本要分開：
腳本太大，不僅不利于以后的維護，并且會導致WinRunner的不可預測的錯誤產生（具體可以參考WinRunner 的Readme文檔）。錄制時，可以根據測試用例的流程，拆分為幾個小流程，對每個小流程分別錄制成不同的腳本。
1.1.2 gui文件要合并：
首先，要在系統參數中，設置gui的錄制模式為“Global GUI Map File
錄制過程中，WinRunner會自動產生gui文件，一個測試用例要確保生成一個公用gui文件。用一個gui文件主要是為了以后gui對象的維護，腳本回放時gui對象的查找。但是由于我們的測試用例是分開錄制的，每個小流程錄制時都會產生一個gui臨時文件，因此錄制完腳本后要把臨時gui文件合并到該測試用例的公用gui文件中。但是也要注意，開始新的錄制前，一定要先手工加載測試用例的公用gui文件。
如果劃分的子流程超過20個，則按每20個子流程錄制一個gui文件的方式。Gui文件太大，會影響WinRunner的回放效率。
1.1.3 批調用回放驗證：
為了提高腳本的正確性，每錄制完成一個子流程后，都要恢復數據庫，其他初始環境進行回放，以近早發現腳本錯誤。
單個測試用例腳本錄制完成后，要專門寫一個主腳本，進行各子腳本的主次調用處理，然后恢復數據庫和其他初始環境進行回放，以驗證整個腳本是否可以正確回放。
1.1.4 可移植回放驗證：
由于WinRunner 工具的限制，在本機回放成功后，如果把腳本移植到其他機器上，往往無法成功。這其中既有自己編寫的腳本問題，又有WinRunner錄制自動生成的腳本問題。
自己編寫腳本問題：往往是編寫的可移植性較差，如加載gui文件時用的是絕對地址，如gui_load(“c:\\aa\\aa.gui”)，這樣的腳本換到其他機器必然出錯。
WinRunner錄制自動生成的腳本問題： WinRunner的錄制腳本往往和機器的環境有關，如果換了其他機器環境，往往回放不成功，這就需要手工修改腳本。
因此，可移植性回放是非常必要的。
1.1.5 腳本中使用的ODBC數據源名稱統一命名為WR。
1.1.6 錄入中文數據時統一使用簡體。
1.1.7 數據表列名稱規定
錄入數據驅動的腳本時，數據表列名稱統一采用英文，使用PB數據窗口中列對象的名稱。數據表列名稱下的第一行用中文對英文列名稱做注釋，使用PB數據窗口中列對象的中文標簽，這一行不作為有效的錄入數據。與數據表相關的循環語句請修改腳本從數據表的第二行開始讀取數據。典型的例子是將數據驅動腳本中For循環的第一個表達式改為table_Row = 2。
1.1.8 腳本成功回放判定規定
一個子測試錄制完成后，一定要及時回放測試，直到測試報告顯示測試結果為OK，且子測試明細報告中沒有紅色的出錯提示。如果是回放主測試，回放成功的標準是：主測試的結果報告顯示為OK，同時所有子測試的結果報告也為OK,且子測試明細報告中沒有紅色的出錯提示。
1.1.9 WinRuner主腳本中關于設置系統日期時間設置的規定，以保證腳本所描述的業務過程按業務邏輯在時間上有序。
因為腳本回放與腳本錄制時的系統日期時間不一致，會導致與系統時間關系密切的測試腳本回放時失敗。
為了消除時間差導致的回放錯誤,要求每一個測試用例的主測試在第一個子測試前加上date_set_system_date(年,月,日,時,分,秒)函數,以修改本地機器的日期時間等于這個主測試在接力式驗收回放成功執行后的日期時間.這樣再次回放時系統的日期時間就和上一次成功回放時的日期時間一致。

1.2 測試腳本存放規范：
各子測試腳本必須放到同一目錄下，即環境目錄下的Script目錄下。這樣便于批調用時引用。
1.3 Gui文件的存放：
Gui 文件，必須和測試腳本放到同一目錄下，即環境目錄下的Script目錄下。
1.4 WinRunner使用規范：
（1） 必須寫上清楚的注釋：編寫測試腳本，要進行詳細的標注，每測試一小段，就要寫一段備注，以便于將來修改，格式可以參考如下：
   功能描述：描述腳本的功能
   前置條件：該腳本在滿足什么條件下才可以被執行
   步驟描述：描述腳本錄制的動作
   檢查點描述：描述作了對什么的檢查，檢查條件。
   錄入人：錄制人
   錄入時間：
   備注：

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