上一篇文章介紹了斷言，這篇介紹數(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í)行。
