軟件測試基本功之—WinRunner篇

軟件測試基本功之—WinRunner篇

前段時間公司需要實施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.anti-gravitydesign.com