對普通的邏輯組件編寫單元測試是一件容易的事情，由于邏輯組件通常只需要內存資源，因此，設置好輸入輸出即可編寫有效的單元測試。對于稍微復雜一點的組件，例如Servlet，我們可以自行編寫模擬對象，以便模擬HttpRequest和HttpResponse等對象，或者，使用EasyMock之類的動態模擬庫，可以對任意接口實現相應的模擬對象，從而對依賴接口的組件進行有效的單元測試。
在J2EE開發中，對DAO組件編寫單元測試往往是一件非常復雜的任務。和其他組件不通，DAO組件通常依賴于底層數據庫，以及JDBC接口或者某個ORM框架（如Hibernate），對DAO組件的測試往往還需引入事務，這更增加了編寫單元測試的復雜性。雖然使用EasyMock也可以模擬出任意的JDBC接口對象，或者ORM框架的主要接口，但其復雜性往往非常高，需要編寫大量的模擬代碼，且代碼復用度很低，甚至不如直接在真實的數據庫環境下測試。不過，使用真實數據庫環境也有一個明顯的弊端，我們需要準備數據庫環境，準備初始數據，并且每次運行單元測試后，其數據庫現有的數據將直接影響到下一次測試，難以實現“即時運行，反復運行”單元測試的良好實踐。
本文針對DAO組件給出一種較為合適的單元測試的編寫策略。在JavaEE開發網（http://www.javaeedev.com）的開發過程中，為了對DAO組件進行有效的單元測試，我們采用HSQLDB這一小巧的純Java數據庫作為測試時期的數據庫環境，配合Ant，實現了自動生成數據庫腳本，測試前自動初始化數據庫，極大地簡化了DAO組件的單元測試的編寫。
在Java領域，JUnit作為第一個單元測試框架已經獲得了最廣泛的應用，無可爭議地成為Java領域單元測試的標準框架。本文以最新的JUnit 4版本為例，演示如何創建對DAO組件的單元測試用例。
JavaEEdev的持久層使用Hibernate 3.2，底層數據庫為MySQL。為了演示如何對DAO進行單元測試，我們將其簡化為一個DAOTest工程：
由于將Hibernate的Transaction綁定在Thread上，因此，HibernateUtil類負責初始化SessionFactory以及獲取當前的Session：
文章來源于領測軟件測試網 http://www.kjueaiud.com/