沒有顯示 getJDBCConnection() 方法，因為它的實現(xiàn)取決于希望如何獲得 JDBC 連接：當(dāng) DataSource 為 Serializable 時通過應(yīng)用服務(wù)器的 JNDI 樹，或者直接使用 JDBC。

    getDbUnitConnection() 方法返回 DbUnit 的一個到數(shù)據(jù)庫的連接。DbUnit 的 DatabaseConnection 構(gòu)造函數(shù)可以帶一個 schema 名作為參數(shù)。這樣，不必在所有表名前面加上 schema 名的前綴了。

    getFlatXmlDataSet() 方法用位于類路徑上的一個 XML 文件的內(nèi)容創(chuàng)建 DbUnit 數(shù)據(jù)集。

后，該實際將數(shù)據(jù)插入測試表中。DbUnit 可以有不同的數(shù)據(jù)庫操作，我使用了其中的兩種：

    DELETE_ALL ，它刪除表中所有行。
    CLEAN_INSERT ，它刪除表中所有行并插入數(shù)據(jù)集提供的行。

ProjectDatabaseTestCase 中的下面四個方法可以滿足您的需要：

    insertFileIntoDb() ：在數(shù)據(jù)庫中插入文件。
    emptyTable() ：清理數(shù)據(jù)庫表。
    insertAllFilesIntoDb() ：插入項目的所有文件。
    emptyAllTables() ：清理項目的所有表。

完成了基類后，用 DbUnit 干凈地建立數(shù)據(jù)庫，執(zhí)行一個方法，并檢查返回值是很容易的事。

在這個測試中，我清空了數(shù)據(jù)庫，插入一個表的內(nèi)容，并通過檢查它返回的元素是否有正確的屬性來檢查用主鍵查找產(chǎn)品的 finder 方法是否正常工作。然后測試對象創(chuàng)建工作，并用 DbUnit 的查詢程序驗證數(shù)據(jù)庫的內(nèi)容。

需要注意的一件重要事情是，清理數(shù)據(jù)庫是在建立測試而不是結(jié)束時進行的。我不想依賴于每次測試都干凈地結(jié)束。

在插入數(shù)據(jù)時要關(guān)注的事情

數(shù)據(jù)庫完整性約束迫使您以給定的順序插入或者刪除數(shù)據(jù)。在編寫 insertAllFiles() 和 emptyAllTables() 方法時，您會發(fā)現(xiàn)順序并非是隨意的，事實上它是由完整性約束所限定的。

另一個潛在的陷井是，一些列可能看來沒有插入。幾乎總是會出現(xiàn)這種情況，因為在 FlatXmlDataSet 中的第一行缺少一列。看來 DbUnit 不能識別所有其他行中的這一列。

總是要保證第一行描述包含表中的所有列。如果需要插入一個 NULL 值，要使這一行成為第二行。

組織測試數(shù)據(jù)

DbUnit 可以在文件中存儲 XML 數(shù)據(jù)集。它甚至允許在一個文件中存儲整個數(shù)據(jù)庫。

決定如何存儲測試數(shù)據(jù)很重要。是將每一個表的內(nèi)容存儲到單獨的文件中，還是將與系統(tǒng)主要實體有關(guān)的所有表的所有行存儲到一個文件中？它們都不是完美的解決方案（silver bullet）。

對于第一種情況，保證跨表的數(shù)據(jù)一致更困難，但是用一個已經(jīng)存在的數(shù)據(jù)庫創(chuàng)建查詢更容易。在第二種情況下，為每一個測試創(chuàng)建測試集更容易，但是事實上大多數(shù)系統(tǒng)不是圍繞一個主要實體設(shè)計的，因此這使它不那么實用。我們的方法是每個表有一個文件。

 
用 Anthill 實現(xiàn)持續(xù)集成

Anthill 是一個免費的自動構(gòu)建工具（請參閱 參考資料），它規(guī)劃您的構(gòu)建并發(fā)布結(jié)果，幫助精通 XP 的小組使用持續(xù)集成。一次構(gòu)建包含用 CVS 這樣的版本控制工具檢查源代碼、運行一個構(gòu)建腳本、發(fā)布結(jié)果并通知用戶結(jié)果。它很好地與 ANT 集成，使您可以重用常用的構(gòu)建腳本。

在 Anthill 中運行測試包并報告結(jié)果

XP 專家一直建議將持續(xù)集成作為確保減少集成錯誤一種方式：通過以足夠高的頻率集成所有代碼，保證容易追溯到源代碼中的問題。集成可能是非常耗時的任務(wù)--檢查、構(gòu)建和部署代碼，然后運行驗收試驗。幸運的是，其中大多數(shù)可以用 Anthill 或者 CruiseControl 這樣的工具自動化。如果還沒有使構(gòu)建過程自動化（例如用 Ant)，那您應(yīng)當(dāng)這樣做。如果構(gòu)建過程是自動化的，應(yīng)當(dāng)在構(gòu)建中加入一個測試部分。如果您是頑固的 XP 用戶，這些應(yīng)當(dāng)是您的驗收測試。如果您像我們一樣，那么這些是您要編寫的所有測試--不管是單元、驗收或者其他測試。

我們的構(gòu)建過程基于 Ant 并計劃使用 Anthill。我們的主要挑戰(zhàn)是讓 Anthill 報告失敗的測試并且仍然發(fā)布測試結(jié)果。Anthill 捕獲的是：如果構(gòu)建腳本失敗，不執(zhí)行發(fā)布腳本，在這種情況下不能將測試報告提供給開發(fā)人員。我們的方法是讓 Anthill 檢查屬性為 true 還是 false，而使它在發(fā)布腳本的后才失敗。

運行測試的目標(biāo)

下面是關(guān)于運行測試的簡要總結(jié)。我們使用的是批量化的方法，但是任何方法都可以工作。要點有：

    測試必須具有分支，以便在類路徑包含 JDK 1.3 中的 XML 解析器時可以正常工作。
    如果出現(xiàn)錯誤或者失敗，則 testsuite.error 和 testsuite.failure 屬性必須設(shè)置為 true。如果沒有錯誤或者失敗的話，則不改變它們。

一個需要了解的重要的 Ant 技巧是，Ant 只在屬性沒有值時才設(shè)置屬性的值。所以在依次運行每一個測試時， testsuite.error 和 testsuite.failure 屬性只有當(dāng)出現(xiàn)錯誤或者失敗時才會是 true。

這里的困難是向主 Ant 腳本報告測試腳本的結(jié)果。不幸的是，這并不是一項簡單的任務(wù)，因為在 Anthill 的過程中有兩個不同的 Ant 構(gòu)建文件，在 Ant 中不能在構(gòu)建腳本之間傳遞這種參數(shù)。不過，有一個“簡單”的解決方案：將測試的結(jié)果保存到文件中，之后發(fā)布腳本讀取這個文件。

使用這種 Ant 技巧，它顯示了如何使用 <property> 命令保證 testsuite.error 和 testsuite.failure 屬性在測試腳本結(jié)束時總是有一個值，以及如何將它保存為文件。

如果測試失敗，使發(fā)布腳本在結(jié)束時失敗。

結(jié)束語

我們的小組成功地在 2003 年初引入了 DbUnit 和 Anthill。從那以后，我們編寫并自動化了上千次測試--其中 75% 涉及設(shè)置數(shù)據(jù)庫狀態(tài)。我們每小時運行一次測試，并計劃很快以更短的周期運行它們。它們捕獲了很多未預(yù)料到的缺陷，這使它們成為不可缺少的工具。