單元測試作為保證軟件質(zhì)量及重構(gòu)的基礎(chǔ)，早已獲得廣大開發(fā)人員的認可。單元測試是一種細粒度的測試，越來越多的開發(fā)人員在提交功能模塊時也同時提交相應(yīng)的單元測試。對于大多數(shù)開發(fā)人員來講，編寫單元測試已經(jīng)成為開發(fā)過程中必須的流程和實踐。
對普通的邏輯組件編寫單元測試是一件容易的事情，由于邏輯組件通常只需要內(nèi)存資源，因此，設(shè)置好輸入輸出即可編寫有效的單元測試。對于稍微復(fù)雜一點的組件，例如Servlet，我們可以自行編寫模擬對象，以便模擬HttpRequest和HttpResponse等對象，或者，使用EasyMock之類的動態(tài)模擬庫，可以對任意接口實現(xiàn)相應(yīng)的模擬對象，從而對依賴接口的組件進行有效的單元測試。
在J2EE開發(fā)中，對DAO組件編寫單元測試往往是一件非常復(fù)雜的任務(wù)。和其他組件不通，DAO組件通常依賴于底層數(shù)據(jù)庫，以及JDBC接口或者某個ORM框架（如Hibernate），對DAO組件的測試往往還需引入事務(wù)，這更增加了編寫單元測試的復(fù)雜性。雖然使用EasyMock也可以模擬出任意的JDBC接口對象，或者ORM框架的主要接口，但其復(fù)雜性往往非常高，需要編寫大量的模擬代碼，且代碼復(fù)用度很低，甚至不如直接在真實的數(shù)據(jù)庫環(huán)境下測試。不過，使用真實數(shù)據(jù)庫環(huán)境也有一個明顯的弊端，我們需要準備數(shù)據(jù)庫環(huán)境，準備初始數(shù)據(jù)，并且每次運行單元測試后，其數(shù)據(jù)庫現(xiàn)有的數(shù)據(jù)將直接影響到下一次測試，難以實現(xiàn)“即時運行，反復(fù)運行”單元測試的良好實踐。
本文針對DAO組件給出一種較為合適的單元測試的編寫策略。在JavaEE開發(fā)網(wǎng)的開發(fā)過程中，為了對DAO組件進行有效的單元測試，我們采用HSQLDB這一小巧的純Java數(shù)據(jù)庫作為測試時期的數(shù)據(jù)庫環(huán)境，配合Ant，實現(xiàn)了自動生成數(shù)據(jù)庫腳本，測試前自動初始化數(shù)據(jù)庫，極大地簡化了DAO組件的單元測試的編寫。
在Java領(lǐng)域，JUnit作為第一個單元測試框架已經(jīng)獲得了最廣泛的應(yīng)用，無可爭議地成為Java領(lǐng)域單元測試的標準框架。本文以最新的JUnit 4版本為例，演示如何創(chuàng)建對DAO組件的單元測試用例。
JavaEEdev的持久層使用Hibernate 3.2，底層數(shù)據(jù)庫為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() {
return sessionFactory.getCurrentSession();
}
}
對普通的邏輯組件編寫單元測試是一件容易的事情，由于邏輯組件通常只需要內(nèi)存資源，因此，設(shè)置好輸入輸出即可編寫有效的單元測試。對于稍微復(fù)雜一點的組件，例如Servlet，我們可以自行編寫模擬對象，以便模擬HttpRequest和HttpResponse等對象，或者，使用EasyMock之類的動態(tài)模擬庫，可以對任意接口實現(xiàn)相應(yīng)的模擬對象，從而對依賴接口的組件進行有效的單元測試。
在J2EE開發(fā)中，對DAO組件編寫單元測試往往是一件非常復(fù)雜的任務(wù)。和其他組件不通，DAO組件通常依賴于底層數(shù)據(jù)庫，以及JDBC接口或者某個ORM框架（如Hibernate），對DAO組件的測試往往還需引入事務(wù)，這更增加了編寫單元測試的復(fù)雜性。雖然使用EasyMock也可以模擬出任意的JDBC接口對象，或者ORM框架的主要接口，但其復(fù)雜性往往非常高，需要編寫大量的模擬代碼，且代碼復(fù)用度很低，甚至不如直接在真實的數(shù)據(jù)庫環(huán)境下測試。不過，使用真實數(shù)據(jù)庫環(huán)境也有一個明顯的弊端，我們需要準備數(shù)據(jù)庫環(huán)境，準備初始數(shù)據(jù)，并且每次運行單元測試后，其數(shù)據(jù)庫現(xiàn)有的數(shù)據(jù)將直接影響到下一次測試，難以實現(xiàn)“即時運行，反復(fù)運行”單元測試的良好實踐。
本文針對DAO組件給出一種較為合適的單元測試的編寫策略。在JavaEE開發(fā)網(wǎng)的開發(fā)過程中，為了對DAO組件進行有效的單元測試，我們采用HSQLDB這一小巧的純Java數(shù)據(jù)庫作為測試時期的數(shù)據(jù)庫環(huán)境，配合Ant，實現(xiàn)了自動生成數(shù)據(jù)庫腳本，測試前自動初始化數(shù)據(jù)庫，極大地簡化了DAO組件的單元測試的編寫。
在Java領(lǐng)域，JUnit作為第一個單元測試框架已經(jīng)獲得了最廣泛的應(yīng)用，無可爭議地成為Java領(lǐng)域單元測試的標準框架。本文以最新的JUnit 4版本為例，演示如何創(chuàng)建對DAO組件的單元測試用例。
JavaEEdev的持久層使用Hibernate 3.2，底層數(shù)據(jù)庫為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() {
return sessionFactory.getCurrentSession();
}
}