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