您的位置:軟件測試 > 開源軟件測試 > 開源測試管理工具 >
使用Sahi測試Dojo應(yīng)用
作者:網(wǎng)絡(luò)轉(zhuǎn)載 發(fā)布時間:[ 2012/12/6 10:56:45 ] 推薦標簽:

  一.Sahi簡介

  1. Web2.0應(yīng)用測試的困境

  在開始介紹Sahi之前,我們一起來看看在開發(fā)Web 自動化測試(特指Web 2.0應(yīng)用)時常面臨的兩大技術(shù)問題。

  1. 頁面元素的識別

  根據(jù)個人經(jīng)驗,以下幾點會給頁面元素的識別帶來障礙:

  頁面DOM樹隨著產(chǎn)品版本升級頻繁發(fā)生變化。

  頁面元素沒有id屬性或者id屬性值是動態(tài)的。

  頁面中具有相同屬性的元素不止一個。

  通常的解決方案:

  針對第一點,恐怕沒有太好的解決方案,所以只能隨著產(chǎn)品的改變更新自動化測試的代碼。關(guān)于這一點,如果能夠存在某種元素識別方法能夠以小的代碼改動應(yīng)對產(chǎn)品變化,那是理想的了。

  針對第二點,解決方案是要求開發(fā)團隊對所有測試中用到的元素增加用以識別元素的靜態(tài)屬性值。這聽起來容易,但做起來未必簡單。一來,開發(fā)團隊通常以開發(fā)新產(chǎn)品功能為高優(yōu)先級,所以不太愿意花時間在這上面;二來,如果產(chǎn)品本身使用了某種封裝后的技術(shù)框架,恐怕也會存在技術(shù)上的局限。

  第三點事實上是識別的精確性的問題,這個問題可以使用XPath和CSS選擇器來解決。但兩者對于相對關(guān)系的限制都過于嚴格從而導(dǎo)致代碼不能靈活適應(yīng)DOM樹的變化,終會使維護成本直線上升。但是它很“脆弱”,當DOM樹結(jié)構(gòu)的變化很容易導(dǎo)致XPath的失效。并且,CSS選擇器的使用還必須考慮瀏覽器的兼容性問題,如果需要支持的瀏覽器種類比較多,代碼編寫的成本也會比較高。

  那我們來看看Sahi關(guān)于元素識別的策略:

  Sahi倡導(dǎo)使用“可見”屬性識別元素,也是元素的value, title等屬性。這樣做的好處很明顯,是可以減少對Firebug, Chrome Developer Tools的使用,從而提高開發(fā)效率。也是“所見即所得”。當然,我們知道,只靠這些“可見”屬性值是不夠的。Sahi使用的元素識別方式是傳入一個屬性值,Sahi按照預(yù)先的設(shè)置進行查找。例如,_div(“name”)用來獲取一個div, “name”或許是id也或許是name。Sahi允許用戶針對每種元素類型定義新的屬性并設(shè)置新的查找順序,這也包括自定義屬性名。

  Sahi提供了基于上下文的元素識別API。目前它支持三種方式:

  _in,在某個DOM節(jié)點下查找某個元素 (這顯然好過用XPath或者CSS選擇器)

  _near,在某個元素附近查找符合條件的近的一個元素。這也是個很有用的定位方式。

  _under,在某個元素下方查找符合條件的近的一個元素(前提是,兩個元素需要有相同的偏移量(offset)), 比如table中同一個column中的cell可以用這種方式相對定位。

  Sahi API中所有的identifier參數(shù)都支持正則表達式,例如,_div(/name.*/) 用來識別所有以某種預(yù)屬性值是name開頭的div。

  因此,Sahi基本上能夠較好地解決前面提到的三大關(guān)于元素識別的障礙。

  2. 頁面等待

  通常Web 2.0應(yīng)用中有很多AJAX的應(yīng)用。由于請求響應(yīng)的返回是異步的,自動化測試程序如何決定是否可以繼續(xù)下一個操作或者是開始驗證呢?如果下一步操作在AJAX請求響應(yīng)還沒有返回時執(zhí)行了,毫無疑問會導(dǎo)致測試用例的失敗,并且是誤判。

  通常的做法是:

  等待固定的時間,比如5秒。多長的等待算是合理呢?如果時間設(shè)置過短,被測應(yīng)用在遠程,由于網(wǎng)絡(luò)因素使響應(yīng)變慢,測試用例很可能失敗;如果時間設(shè)置過長,即便在正常響應(yīng)時間情況下,仍然要等待同樣的時間,無疑是浪費。

  輪詢界面上某個指定元素,直至它出現(xiàn)從而繼續(xù)下一步操作或者是超時,測試用例判定為失敗。這種做法的壞處在于:一、必須找到這個“指定元素”,這往往不是那么容易的;二、如果AJAX在你所測應(yīng)用中很普遍,這種代碼可能會充斥你這個測試程序,從而導(dǎo)致開發(fā)速度下降。

  Sahi能夠判斷AJAX請求是否已經(jīng)處理完畢,然后繼續(xù)下一步操作,這一點對用戶是“隱式”的,也是說用戶不需要寫任何代碼。事實是,絕大多數(shù)情況下用戶確實不需要自己寫代碼處理頁面等待的問題,但是,有時應(yīng)用的某個功能是執(zhí)行多個AJAX請求完成的(例如,長時間操作的進度條顯示),此時Sahi便無法勝任。這種情況下,用戶只能利用Sahi提供的等待固定時間以及基于條件等待的API自己編寫代碼實現(xiàn)頁面等待。

  2. Sahi的工作原理

  圖1.Sahi架構(gòu)圖

  Web自動化測試的本質(zhì)是模擬用戶事件(單擊、雙擊、輸入文本等操作)獲取結(jié)果狀態(tài)并驗證是否符合預(yù)期。如上圖所示,Sahi的核心一個用Java編寫的代理服務(wù)器。它位于Web應(yīng)用與瀏覽器當中。當HTTP請求響應(yīng)通過Sahi代理服務(wù)器時,便被注入了用來回放測試用例的Javascript。這些Javascript中,一部分是Sahi本身用來驅(qū)動腳本運行的代碼,另一部分是用戶代碼被Sahi代理服務(wù)器解析成的Javascript。目前Sahi支持三種編程語言:Sahi腳本, Java和Ruby。

  3. Sahi控制器

  運行/bin/dashboard.sh可以啟動Sahi的Dashboard窗口。Dashboard窗口中顯示了所有Sahi預(yù)配置并且用戶系統(tǒng)上存在的瀏覽器。如果需要手工添加新的瀏覽器,可以點擊下方的Configure修改瀏覽器配置文件。

  圖2.Sahi Dashboard

  點擊瀏覽器圖標,會彈出相應(yīng)的瀏覽器窗口(此時Sahi已經(jīng)自動給瀏覽器配置了Sahi代理服務(wù)器)。

上一頁123下一頁
軟件測試工具 | 聯(lián)系我們 | 投訴建議 | 誠聘英才 | 申請使用列表 | 網(wǎng)站地圖
滬ICP備07036474 2003-2017 版權(quán)所有 上海澤眾軟件科技有限公司 Shanghai ZeZhong Software Co.,Ltd