應用Selenium和Ruby進行面向領域的Web測試[1]

　　應用Selenium和Ruby進行面向領域的Web測試[1]   軟件測試

　　應用Selenium進行Web測試時，經常會遇到下面的幾個麻煩問題：

　　大量使用name、id、xpath等頁面元素。無論是功能修改、UI重構還是交互性改進都會影響到這些元素，這使得Selenium測試變得非常脆弱。

　　過于細節的頁面操作不容易體現出行為的意圖，一段時間之后就很難真正把握測試原有的目的了，這使得Selenium測試變得難于維護

　　對具體數據取值的存在依賴，當個別數據不再合法的時候，測試就會失敗，但這樣的失敗并不能標識功能的缺失，這使得Selenium測試變得脆弱且難以維護。

　　而這幾點直接衍生的結果就是不斷地添加新的測試，而極少地去重構、利用原有測試。其實這倒也是正常，單元測試測試寫多了，也有會有這樣的問題。不過比較要命的是，Selenium的執行速度比較慢(相對單元測試)，隨著測試逐漸的增多，運行時間會逐漸增加到不可忍受的程度。一組意圖不明而且難以維護的Selenium測試，可以很輕松地在每次構建(Build)的時候殺掉40分鐘甚至2個小時的時間，我就有曾有花2個小時坐在電腦前面等待450個 Selenium測試運行通過的悲慘經歷。因此合理有效地規劃Selenium測試就顯得格外的迫切和重要了。而目前比較行之有效的辦法，往大了說，可以叫基于領域的Web測試(Domain Based Web Testing)，具體來講，就是Page Object Pattern。

　　Page Object Pattern里有四個基本概念：Driver、Page、Navigator和Shortcut等。Driver是測試真正的實現機制，比如 Selenium，比如Watir，比如HttpUnit。它們懂得如何去真正執行一個Web行為，通常包含像Click、Select、Type等這樣的表示具體行為的方法;Page是對一個具體頁面的封裝，它們了解頁面的結構，知道諸如id、name、class和xpath這類實現細節，并描述用戶可以在其上進行何種操作;Navigator則代表了URL，表示一些不經頁面操作的直接跳轉;最后Shortcut就是helper方法了，需要看具體的需要而定。下面來看一個超級簡單的例子——測試登錄頁面。

　　1. Page Object

　　假設我們使用一個單獨的登錄頁面進行登錄，那么可能會將登錄的操作封裝在一個名為LoginPage的page object里：

　　class LoginPage

　　def initialize driver

　　@driver = driver

　　end

　　def login_as user

　　@driver.type 'id=', user[:name]

　　@driver.type 'xpath=', user[:password]

　　@driver.click 'name='

　　@driver.wait_for_page_to_load

　　end

　　end

　　login_as是一個具有業務含義的頁面行為。在login_as方法中，page object負責通過依靠id、xpath、name等信息完成登錄操作。在測試中，我們可以這樣來使用這個page object：

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