使用Sahi測試Dojo應(yīng)用

第第頁使用Sahi測試Dojo應(yīng)用使用Sahi測試Dojo應(yīng)用

發(fā)表于：2023-01-30來源：：不詳點擊數(shù)：標(biāo)簽：Sahi

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

一.Sahi簡介

1.（Web）2.0應(yīng)用（測試）的困境

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

1.頁面元素的識別

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

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

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

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

通常的解決方案：

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

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

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

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

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

2.Sahi提供了基于上下文的元素識別API。目前它支持三種方式:?_in，在某個DOM節(jié)點下查找某個元素(這顯然好過用XPath或者CSS選擇器)

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

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

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

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

2.頁面等待

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

通常的做法是：

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

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

Sahi能夠判斷AJAX請求是否已經(jīng)處理完畢，然后繼續(xù)下一步操作，這一點對用戶是"隱式'的，也就是說用戶不需要寫任何代碼。事實是，絕大多數(shù)情況下用戶確實不需要自己寫代碼處理頁面等待的問題，但是，有時應(yīng)用的某個功能