應用Selenium和Ruby進(jìn)行面向領(lǐng)域的Web測試[1] 軟件測試
應用Selenium進(jìn)行Web測試時(shí)，經(jīng)常會(huì )遇到下面的幾個(gè)麻煩問(wèn)題：
大量使用name、id、xpath等頁(yè)面元素。無(wú)論是功能修改、UI重構還是交互性改進(jìn)都會(huì )影響到這些元素，這使得Selenium測試變得非常脆弱。
過(guò)于細節的頁(yè)面操作不容易體現出行為的意圖，一段時(shí)間之后就很難真正把握測試原有的目的了，這使得Selenium測試變得難于維護
對具體數據取值的存在依賴(lài)，當個(gè)別數據不再合法的時(shí)候，測試就會(huì )失敗，但這樣的失敗并不能標識功能的缺失，這使得Selenium測試變得脆弱且難以維護。
而這幾點(diǎn)直接衍生的結果就是不斷地添加新的測試，而極少地去重構、利用原有測試。其實(shí)這倒也是正常，單元測試測試寫(xiě)多了，也有會(huì )有這樣的問(wèn)題。不過(guò)比較要命的是，Selenium的執行速度比較慢(相對單元測試)，隨著(zhù)測試逐漸的增多，運行時(shí)間會(huì )逐漸增加到不可忍受的程度。一組意圖不明而且難以維護的Selenium測試，可以很輕松地在每次構建(Build)的時(shí)候殺掉40分鐘甚至2個(gè)小時(shí)的時(shí)間，我就有曾有花2個(gè)小時(shí)坐在電腦前面等待450個(gè) Selenium測試運行通過(guò)的悲慘經(jīng)歷。因此合理有效地規劃Selenium測試就顯得格外的迫切和重要了。而目前比較行之有效的辦法，往大了說(shuō)，可以叫基于領(lǐng)域的Web測試(Domain Based Web Testing)，具體來(lái)講，就是Page Object Pattern。
Page Object Pattern里有四個(gè)基本概念：Driver、Page、Navigator和Shortcut等。Driver是測試真正的實(shí)現機制，比如 Selenium，比如Watir，比如HttpUnit。它們懂得如何去真正執行一個(gè)Web行為，通常包含像Click、Select、Type等這樣的表示具體行為的方法;Page是對一個(gè)具體頁(yè)面的封裝，它們了解頁(yè)面的結構，知道諸如id、name、class和xpath這類(lèi)實(shí)現細節，并描述用戶(hù)可以在其上進(jìn)行何種操作;Navigator則代表了URL，表示一些不經(jīng)頁(yè)面操作的直接跳轉;最后Shortcut就是helper方法了，需要看具體的需要而定。下面來(lái)看一個(gè)超級簡(jiǎn)單的例子——測試登錄頁(yè)面。
1. Page Object
假設我們使用一個(gè)單獨的登錄頁(yè)面進(jìn)行登錄，那么可能會(huì )將登錄的操作封裝在一個(gè)名為L(cháng)oginPage的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是一個(gè)具有業(yè)務(wù)含義的頁(yè)面行為。在login_as方法中，page object負責通過(guò)依靠id、xpath、name等信息完成登錄操作。在測試中，我們可以這樣來(lái)使用這個(gè)page object：
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
