Selenium Web Driver自動化測試(java版)系列下半部分(25) - 數(shù)據(jù)驅動(1) - 數(shù)據(jù)源的概念以及用Excel實現(xiàn)數(shù)據(jù)驅動

上一篇文章介紹了斷言,這篇介紹數(shù)據(jù)源和數(shù)據(jù)驅動。講之前先打開示例網頁index.php,應該看到一個登錄頁面。這是我模擬人力資源系統(tǒng)寫的小網站,雖然頁面比較簡(chou)單(lou),但已經能滿足我們的需求。這是我以前給國外的朋友培訓時用的示例網站,所以是英文的,不過單詞都比較簡單。我們就用這個系統(tǒng)來講參數(shù)化的概念。

先簡單瀏覽一下這個網頁。首先,你可以用下列其中任何一個員工代號和密碼組合成功登錄:

1)員工代號:1001,密碼:123
2)員工代號:1002,密碼:456
3)員工代號:1003,密碼:789

登錄成功后會自動跳轉到home頁,home頁上有一個員工頭像,一句歡迎詞,和一個退出按鈕:

當然,這仨員工沒一個頭像是我的。點擊退出按鈕會回到登錄頁。

現(xiàn)在我設計一個test case,讓這三個員工挨個登錄退出,每一次驗證是否登錄成功。步驟如下:

1. 登錄http://www.cslm-test.com/hrsystem/index.php;
2. 輸入員工代號和密碼;
3. 點擊登錄按鈕(斷言點:home按鈕的文本為home);
4. 退出(斷言點:登錄按鈕出現(xiàn)在index.php頁)。

按現(xiàn)有的知識水平我們只能把test case寫3遍,每次用不同的員工代號/密碼組合。現(xiàn)在測試數(shù)據(jù)只有3條,比較少,可如果要是30條呢?100條呢?把test case寫100遍顯然不是個好方法,所以我們需要把員工信息參數(shù)化,讓每個員工的代號和密碼作為參數(shù)傳入我們的測試程序。這樣還是用同一段代碼,同一段執(zhí)行過程,只是每次需要的測試數(shù)據(jù)不同而已。說白了就是把數(shù)據(jù)和代碼分開,把數(shù)據(jù)單獨放到一個數(shù)據(jù)源中:

一個測試系統(tǒng),或者說框架,可以根據(jù)不同模塊有很多個數(shù)據(jù)源,比如一個外貿站,有登錄、商品目錄、購物車這幾個模塊,相應的都有自己的數(shù)據(jù)源。數(shù)據(jù)源有多種表現(xiàn)形式,放在內存中可以是數(shù)組,可以是List,放在硬盤里的可以是文件,還可以是數(shù)據(jù)庫:

先說內存的,說白了也就是直接把數(shù)據(jù)源寫到程序里。它的好處就是數(shù)據(jù)源會通過程序加載自動生成,比如說用數(shù)組,程序編譯時創(chuàng)建數(shù)組,然后就會創(chuàng)建數(shù)據(jù)源,畢竟它是程序的一部分嘛。簡單演示一下,既然同時有員工代號和密碼兩個數(shù)據(jù),那我們可以聲明一個二維數(shù)組來存:

先上代碼再解釋:

第13行到17行是準備工作,聲明driver打開網頁。然后就是第20行創(chuàng)建數(shù)據(jù)源。接著我們通過for循環(huán)來執(zhí)行登錄過程的test case。arr_testdata[行數(shù)][0]取出的是用戶名,arr_testdata[行數(shù)][1]取出的是密碼,每次循環(huán)都使用不同的參數(shù)。這個測試程序中有兩個斷言點,一個在44行,一個在54行,都是用findElements配合size()先檢查該控件是否存在,再判斷字符串是否相等或是顯示不顯示。這一點在之前的文章中我們說了很多遍了,如果有疑問的朋友請看文本操作那篇。有人說這個例子用得著這么吹毛求疵嗎?尤其是第二個斷言,你既然登錄已經都成功了,那就必然點擊過登錄按鈕了,那退出的時候回到登錄頁面必然有這個按鈕呀?沒錯,是有點過于小心了,但在實際的項目中誰能保證你退出的時候一定回到登錄頁呢?萬一網站出bug了呢?又得一堆異常拋出來。

執(zhí)行一下測試通過:

這就是用數(shù)組來當數(shù)據(jù)源的一個演示,程序編譯執(zhí)行時才會創(chuàng)建數(shù)據(jù)源。List也一樣,你既然可以把測試數(shù)據(jù)存在數(shù)組里,當然也就可以存在集合里。不過這種把數(shù)據(jù)源直接寫程序里的做法已經不多了,一是有時數(shù)據(jù)量大不好管理,二是有可能同一數(shù)據(jù)集被多個test case使用,每個test case中都要寫一遍很麻煩。所以,測試界往往還是習慣于把數(shù)據(jù)源單獨放在硬盤上,其中最常用的媒介就是文件。用文件存放的好處是既可以存大量數(shù)據(jù),又省時省力。很多測試員都喜歡用Excel存放數(shù)據(jù)源,其實用Excel/csv/txt/xml都可以,這篇我就用Excel給大家演示一下。之前介紹java文件流的時候詳細說過Excel的操作,忘了的朋友請務必先復習一下。

現(xiàn)在開始演示。打開Eclipse,新建項目SeleniumDataDrivenExcel –> 包com.test,加入selenium jar包。注意,講Excel讀寫時我們用的是一個叫POI的jar包來提供Excel的API操作,現(xiàn)在繼續(xù)使用,把它也加進來。然后建一個Excel測試文件存儲數(shù)據(jù)源,我就用最新的.xlsx格式吧,再把員工代碼密碼按照下面格式填進去,把下面的sheet名稱改成“LoginDetails”:

注意,把每個員工代碼和密碼前面都加一個單引號變成文本格式,格上就會帶一個小綠三角。這么做是因為登錄時需要的是字符串,如果你的格式是數(shù)字到后邊還得轉換,不轉換就會報類型不匹配的錯。最后保存文件,文件名叫Login.xlsx。

項目結構如下:

用文件存數(shù)據(jù)源這種方式無非就是多一步,首先得把數(shù)據(jù)從文件中讀出來,讀出來后邊就都一樣了,再放入測試程序執(zhí)行。先做第一步,根據(jù)Excel POI每次讀一行,并且可以得到行中每一個格中數(shù)值的特點:

按上圖的樣子,我覺得還是可以用一個二維數(shù)組來存,一行是一條數(shù)據(jù),每一條數(shù)據(jù)有兩列。我聲明的二維數(shù)組叫arr_testdata。但是,這個二維數(shù)組一開始我只知道應該是兩列,但行數(shù)我并不知道。有人說這文件里總共就四行,不算表頭就三行數(shù)據(jù),聲明三行就行了。那問題是如果我以后再往數(shù)據(jù)源文件里添加數(shù)據(jù)呢?到時候就該數(shù)組越界了。所以,不要把數(shù)據(jù)源的大小寫死,讓程序自動計算。接著我們可以通過一個for循環(huán)從文件中把數(shù)據(jù)一行一行讀到arr_testdata中。最后所有的測試數(shù)據(jù)都存在了二維數(shù)組arr_testdata中,和之前演示的用數(shù)組的方式一樣,通過遍歷來執(zhí)行登錄過程的test case。

按照這個思路,完整程序如下:

第45行變量rowCount就是經過計算的數(shù)據(jù)行數(shù),也就是不算第一行表頭"EmpCode|Password"的所有行數(shù),這個例子中也就是3行。這樣,不管你以后怎么添加數(shù)據(jù),執(zhí)行程序時都會在第48行動態(tài)計算數(shù)組大小,也就不怕數(shù)組越界了。數(shù)據(jù)源中每一行的0號位置是用戶名,1號位置是密碼。注意,真正的數(shù)據(jù)是從第二行開始到第四行結束,第一行是表頭,不管它。所以第51行for循環(huán)的初值為1,終值為總行數(shù)。第57行arr_testdata[行數(shù)][0]取出的是用戶名,arr_testdata[行數(shù)][1]取出的是密碼,每次循環(huán)都使用不同的參數(shù)。最后第68行別忘了關閉文件流。從文件中讀出來后剩下的步驟就不再解釋了,和上面數(shù)組的一樣。

有時間你還可以用csv/txt/xml之類的文件放數(shù)據(jù),如果你不嫌麻煩還可以用數(shù)據(jù)庫,數(shù)據(jù)庫用的比較少,比較麻煩沒必要。總之,用什么媒介無所謂,只要能保證可以訪問就行。外部數(shù)據(jù)源與測試系統(tǒng)交互這個過程又可以稱為數(shù)據(jù)驅動(Data Driven Testing)。通過數(shù)據(jù)驅動,測試系統(tǒng)本身不再承載任何數(shù)據(jù),所有的測試都在動態(tài)發(fā)生。下一篇我們繼續(xù)對這個測試程序進行改進,讓它擴展性更強。

這篇文章的源代碼在SeleniumExcelDataDriven項目里邊。

本篇知識點及注意事項:
1.數(shù)據(jù)驅動就是把數(shù)據(jù)和代碼分開,把數(shù)據(jù)單獨放到一個數(shù)據(jù)源中的過程。媒介中以文件(Excel/csv/xml/txt)最常用。
2.數(shù)據(jù)驅動使得測試系統(tǒng)動態(tài)接收數(shù)據(jù)完成test case的執(zhí)行。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發(fā)布,文章內容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容