Winrunner經驗總結

Winrunner經驗總結   軟件測試

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） 必須寫上清楚的注釋：編寫測試腳本，要進行詳細的標注，每測試一小段，就要寫一段備注，以便于將來修改，格式可以參考如下：
   功能描述：描述腳本的功能
   前置條件：該腳本在滿足什么條件下才可以被執行
   步驟描述：描述腳本錄制的動作
   檢查點描述：描述作了對什么的檢查，檢查條件。
   錄入人：錄制人
   錄入時間：
   備注：
（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則報錯退出。

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