對DAO編寫單元測試[1]

　　對DAO編寫單元測試[1]   軟件測試

　　單元測試作為保證軟件質量及重構的基礎，早已獲得廣大開發人員的認可。單元測試是一種細粒度的測試，越來越多的開發人員在提交功能模塊時也同時提交相應的單元測試。對于大多數開發人員來講，編寫單元測試已經成為開發過程中必須的流程和最佳實踐。

　　對普通的邏輯組件編寫單元測試是一件容易的事情，由于邏輯組件通常只需要內存資源，因此，設置好輸入輸出即可編寫有效的單元測試。對于稍微復雜一點的組件，例如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：

　　public class HibernateUtil {

　　private static final SessionFactory sessionFactory;

　　static {

　　try {

　　sessionFactory = new AnnotationConfiguration()

　　.configure()

　　.buildSessionFactory();

　　}

　　catch(Exception e) {

　　throw new ExceptionInInitializerError(e);

　　}

　　}

　　public static Session getCurrentSession() {

原文轉自：http://www.kjueaiud.com