（2） gui文件的加載保存：
每次開始測試用例的錄制腳本前，如果該測試用例已經存在gui文件，一定要手工打開gui文件，再開始錄制。如果不想手工打開，可以寫段自動加載gui的腳本，每次錄制前運行一下該腳本。錄入腳本后，要注意保存GUI文件，如果測試用例已經存在gui文件，一定要把臨時的gui文件合并到該用例的公用gui文件中，然后保存。
（3） 如果機器數據較慢，或者網絡較慢、或者數據庫運行較慢，需要把等待打開窗口的時間設長�；蛘咴谀_本中插入同步點來處理。
（4） WinRunner不支持Fomular One，目前不可以用wr測試Fomular One
使用WinRunner錄制時不可以切換不同輸入法錄制，僅可以用一種輸入法。
（5） WinRunner 對shift 鍵無法紀錄，需要特殊處理 ，可以加入如下處理
obj_type "dw_1.fslipbugno","<kShift_L>-";（告訴WinRunner按下Shift鍵）
中間是選擇行的腳本
obj_type ("dw_1.FBugNo","<kShift_L>+";（告訴WinRunner釋放Shift鍵）
（6） 保證錄制的腳本干凈性：
在錄制過程中，不可避免的要進行其他動作，如打開郵件、打開非錄制程序等，這些動作也會被WinRunner錄制下來，這些動作會嚴重影響測試腳本的回放（除非作這些動作前停止錄制）。
因此，為了保證腳本的干凈，在WinRunner的參數中進行如下設置：設置Recode 的“Selected Applications” 為要錄制的程序。
（7） 錄制腳本時，不允許同時打開兩個運行程序（指進行wr測試的程序）
（8） 變量的聲明：WinRunner有auto \public \static \extern 四個類型的變量作用域聲明，其中public為默認的類型。由于public 是全局的，只要在一個腳本中聲明了，在任何其他腳本都可以引用，這就帶來一個問題，如果其他的腳本修改了這個public 變量的值，將會引發問題。因此變量聲明時必須明確的加上類型（auto \public \static \extern），public 的一般不要使用，推薦使用static \auto 。
2. 異常處理規范：
在錄制或者編寫測試腳本時，必須進行異常的錯誤處理。以提高程序的錯誤檢查能力。
2.1 函數異常檢測：
對于一些常用函數，必須進行函數執行異常的處理。至少進行如下函數的異常檢測：et_window、win_activate、menu_select_item、ddt_open。
發現異常后，要終止程序的執行，并發郵件通知相關人員。
2.2 返回值規范：
模塊、函數的返回值約定如下，0 表示成功 ，其他失敗。
對于一些函數的返回值，需要進行判斷處理：
（1） 每一個call語句都應該檢查它的返回值是否為0, 如果不為0則報錯退出。
所有GUI檢查點、數據庫檢查點都應做返回值檢查。如果不為0則報錯退出。
