1）模塊化的設計，避免了重復的腳本，減少建立和維護腳本的成本
2）在應用軟件開發的同時，就可以同步進行腳本建立的動作，而且當軟件功能變動時，只需要修改業務功能腳本
3）由于應用軟件的功能被分解成獨立的業務功能腳本，測試人員可以隨意組合業務功能腳本成為更復雜多樣的測試個案
4）測試輸入數據和驗證數據與腳本分開，存儲在另外的文件中，如純文字文件或EXCEL文件，測試人員可以更容易的修改和維護
5）通過判斷Action回傳值是True或False，可以做錯誤處理，讓腳本更有彈性
2．缺點
1）在編寫業務功能腳本時，需要精通測試工具腳本語言的工程師
2）每個Action都有自己的輸入輸出參數，需要用文檔統一維護，控制變更
3）測試人員除了要維護測試計劃之外，還要另外維護數據文件
4）對測試工具及腳本來說，使用數據文件可能也要注意數據文件的格式
3．測試自動化實現的兩個技術難點
設計 – 功能分解
實現 – 對象的識別
1）測試自動化實現的兩個難點 – 功能分解
- 業務功能分解的原則和方法
- 清晰畫出業務流程圖
- 根據業務流程分解業務功能，可以被復用的功能也要被分解出來
- 按照路徑覆蓋的思想，組織測試用例
2）測試自動化實現的兩個難點 – 對象的識別
對比靜態Web對象的識別
序號 Web對象推薦識別屬性方法 1 Browser creationTime 2 Page index 3 Frame name 4 WebTable name 5 WebEdit name Set 6 WebButton text Click 7 WebList name Select 8 Link text Click 9 Image name 10 WebCheckBox name 11 WebRadioGroup name 12 WebElement innertext/html tag 13 Dialog text 14 WinButton text
示例：
A.靜態Web對象的識別
Browser(“CreationTime:=0”).Page(“index:=0”).WebEdit(“name:=amount”).Set “200”
在第一個被創建的IE窗口，查找name屬性為amount的輸入框，輸入數據200
Browser(“CreationTime:=1”).Page(“index:=0”).WebButton(“text:=保存”).Click
在第二個被創建的IE窗口，查找按鈕，該按鈕上顯示的文字是保存，點擊該按鈕
B.動態Web對象的識別
GetToProperty、GetRoProperty、GetRoProPerties
假設在對象庫中有一個對象”窗口A”，用于識別對象的屬性有兩個
一個屬性是”text”，在庫中記錄的值是”AAAA”
一個屬性是”name”，庫中記錄的值是”BBBB”
在實際運行腳本時，屬性”text”的值是”CCCC”而不是”AAAA”
那么：
Window(“窗口A”).GetToProperty(“text”)的返回值是”AAAA”
Window(“窗口A”).GetRoProperty(“text”)的返回值是”CCCC”
Window(“窗口A”).GetToProperties的返回值是用于識別”窗口A”的兩個屬性和值的集合
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
