前段時間公司需要實施WinRunner來進行回歸測試，包括制定一套方案和一套標準腳本，通過實施起來真的是學到了很多東西，還是趕快總結出來，久了可能又忘記了。
自動化測試總結：
通過進行自動化測試操作，在其中學習到了很多腳本設計上，技巧上的方法，現總結如下：
1，首先編寫測試腳本前，考慮產品可以分為那幾個模塊，模塊中分為那個步驟，測試模塊中的那些點，最好是先寫一個簡單的列表，這樣在編寫腳本時就比較清晰整體的架構和邏輯。例：在做XXXX項目前就是因為沒有對整體預先進行設計，導致后面很多地方進行修改，如在設計測試報告輸出方面就沒考慮到以那種形式進行輸出，開始是對整個報告輸出到一個HTML文件中，后面改成先有一整模塊的報告來顯示那些用例通過，那些失敗，然后通過點擊通過的或者失敗的就可以查看用例測試的詳細信息。
2，對于每一個輸入條件都要進行判斷，判斷是否正確，不正確就把不正確的信息寫入測試報告中，然后根據需要是否退出整個測試。如加載GUI_PATH路徑就要進行判斷，判斷不存在就輸出錯誤信息并退出測試。
3， 所有關于路徑方面的變量都應該是相對路徑，不能是絕對路徑，不管是輸出還是輸入。如函數庫路徑LIB，應該這樣寫（比如static lib_path = getvar("testname") & "\\..\\..\\..\\share\\lib";），就是通過getvar("testname")獲取到當前腳本的路徑，然后在后加上LIB所在文件夾路徑，其他的變量也是一樣，最好不要用絕對路徑（如：c:\abd\aaa\lib），絕對路徑對后期維護很差，而且當腳本轉移到其他電腦上，放的路徑和以前不相同，則測試腳本將跑不成功。
4，腳本中盡量在最前面進行變量定義，然后在腳本中進行調用變量，這樣維護腳本就只需要修改變量中定義的值，而不需要去腳本中到處修改。
5，變量名字定義盡量通俗易懂，看到就大概知道定義的什么
6，腳本定義格式：
1，測試模塊名稱
2，創建日期
3，創建版本
4，修改記錄
5，創建人
6，被測程序用的語言
7，測試目的
8，參數
9，返回值
7， 注釋：定義的變量，測試的步驟都必須進行注釋說明
8，函數定義：函數盡量定義成多用，只接受外面傳來的參數，在函數中不要進行過多操作。
9，函數格式：
1， 函數名稱
2，函數目的
3，函數參數
4，函數返回值
10，腳本中加載函數后，在測試結束必須用UNLOAD釋放
11，GUI整理：
1，可以對某GUI的Logical Name進行修改，修改為易懂的名稱
2，對GUI的Physical Descrīption進行模糊匹配（一般把MSW_class: *這個去掉）
3，對GUI進行通配符，如
{
class: window,
label: "[已連接]127.0.0.1"
}
可以修改為
{
class: window,
label: "!\\[已連接\\].*"
}
PS：[ ] 是WR中進行通配符中的，所有當要對帶有[ ]進行通配符的話，如上面。其他的符號也是一樣
4，每個模塊的GUI生成一個GUI文件
12， 進行腳本調試時多用PAUSE進行調試
文章來源于領測軟件測試網 http://www.kjueaiud.com/