在WebWork2.2中和Spring的結(jié)合變得簡(jiǎn)單了，WebWork的Action的也可以由Spring來(lái)管理。但是如何進(jìn)行測(cè)試了，在google上搜了一下，其代碼都是如下形式：

 1        Map params = new HashMap();
 2        params.put("a", "test");
 3               Map paramCtx = new HashMap();
 4        paramCtx.put(ActionContext.PARAMETERS, params);
 5                ActionProxy proxy = ActionProxyFactory.getFactory().createActionProxy("/organiz", "new_depart", paramCtx, false, false);
 6        proxy.setExecuteResult(false);
 7        assertEquals(proxy.execute(), "success");
 8
 9        MyTestAction action = (MyTestAction) proxy.getAction();
10        assertEquals(action.getA(), "test");

該代碼執(zhí)行時(shí)會(huì)報(bào)錯(cuò)誤，查看了一下源代碼應(yīng)該加入

1paramCtx.put(ActionContext.DEV_MODE, Boolean.FALSE);

其次需要加載spring的applicationContext，代碼如下：

1SpringObjectFactory objectFactory = new SpringObjectFactory();
2        ApplicationContext appContext = new ClassPathXmlApplicationContext("applicationContext.xml");
3        objectFactory.setApplicationContext(appContext);
4        ObjectFactory.setObjectFactory(objectFactory);

數(shù)據(jù)庫(kù)測(cè)試

在創(chuàng)建企業(yè)級(jí)應(yīng)用的時(shí)候，數(shù)據(jù)層的單元測(cè)試因?yàn)槠鋸?fù)雜性往往被遺棄，Unitils大大降低了測(cè)試的復(fù)雜性，使得數(shù)據(jù)庫(kù)的測(cè)試變得容易并且易維護(hù)。已下介紹databasemodule和dbunitmodule進(jìn)行數(shù)據(jù)庫(kù)的單元測(cè)試。

用dbUnit管理測(cè)試數(shù)據(jù)

數(shù)據(jù)庫(kù)的測(cè)試應(yīng)該在單元測(cè)試數(shù)據(jù)庫(kù)上運(yùn)行，單元測(cè)試數(shù)據(jù)庫(kù)給我們提供了一個(gè)完整的并有著很好細(xì)粒度控制的測(cè)試數(shù)據(jù)，DbUnitModule是在dbunit的基礎(chǔ)上進(jìn)一步的為數(shù)據(jù)庫(kù)的測(cè)試提供數(shù)據(jù)集的支持。

加載測(cè)試數(shù)據(jù)集

讓我們以UserDAO中一個(gè)簡(jiǎn)單的方法findByName（檢查姓氏和名字）為例子開(kāi)始介紹。他的單元測(cè)試如下:

@DataSet

public class UserDAOTest extends UnitilsJUnit4 {

    @Test

    public void testFindByName() {

        User result = userDao.findByName("doe", "john");

        assertPropertyLenEquals("userName", "jdoe", result);

    }

    @Test

    public void testFindByMinimalAge() {

        List<User> result = userDao.findByMinimalAge(18);        

        assertPropertyLenEquals("firstName", Arrays.asList("jack"), result);

    }

}

    @DateSet 注解表示了測(cè)試需要尋找dbunit的數(shù)據(jù)集文件進(jìn)行加載，如果沒(méi)有指明數(shù)據(jù)集的文件名，則Unitils自動(dòng)在class文件的同目錄下加載文件名為 className.xml的數(shù)據(jù)集文件。（這種定義到class上面的數(shù)據(jù)集稱(chēng)為class級(jí)別的數(shù)據(jù)集）

    數(shù)據(jù)集 文件必須是dbunit的FlatXMLDataSet文件格式，其中包含了所要測(cè)試的數(shù)據(jù)。測(cè)試數(shù)據(jù)庫(kù)表中所有的內(nèi)容將會(huì)被刪除，然后再插入數(shù)據(jù)集中的 數(shù)據(jù)。如果表不屬于數(shù)據(jù)集中的，哪么該表的數(shù)據(jù)將不會(huì)被刪除。你也可以明確的加入一個(gè)空的表元素，例如<MY_TABLE/>（可以達(dá)到刪除 測(cè)試數(shù)據(jù)庫(kù)表中內(nèi)容的作用），如果要明確指定一個(gè)空的值，那么使用值[null]。

   為UserDAOTest我們創(chuàng)建一個(gè)數(shù)據(jù)集，并放在UserDAOTest.class文件同目錄下。

<?xml version='1.0' encoding='UTF-8'?>

<dataset>

    <usergroup name="admin" />  

    <user userName="jdoe"  name="doe"   firstname="john"   userGroup="admin" />

    <usergroup name="sales" />    

    <user userName="smith" name="smith" userGroup="sales" />

</dataset>

   測(cè)試運(yùn)行的時(shí)候，首先將刪除掉usergroup表和user表中的所有內(nèi)容，然后將插入數(shù)據(jù)集中的內(nèi)容。其中name為smith的firstname的值將會(huì)是null。

   假設(shè)testFindByMinimalAge()方法將使用一個(gè)特殊的數(shù)據(jù)集而不是使用class級(jí)別的數(shù)據(jù)集，你可以定義一個(gè)UserDAOTest.testFindByMinimalAge.xml 數(shù)據(jù)集文件并放在測(cè)試類(lèi)的class文件同目錄下。

<?xml version='1.0' encoding='UTF-8'?>

<dataset>

    <user userName="jack" age="18" />

    <user userName="jim"  age="17" />

</dataset>

這時(shí)，你在testFindByMinimalAge()方法使用@DataSet注解，他將覆蓋class級(jí)的數(shù)據(jù)集

public class UserDAOTest extends UnitilsJUnit4 {

@Test

@DataSet("UserDAOTest.testFindByMinimalAge.xml")

public void testFindByMinimalAge() {

List<User> result = userDao.findByMinimalAge(18); 

assertPropertyLenEquals("firstName", Arrays.asList("jack"), result);

}

}

不要過(guò)多的使用method級(jí)的數(shù)據(jù)集，因?yàn)檫^(guò)多的數(shù)據(jù)集文件意味著你要花大量的時(shí)間去維護(hù)，你優(yōu)先考慮的是使用class級(jí)的數(shù)據(jù)集。

配置數(shù)據(jù)集加載策略

缺省情況下數(shù)據(jù)集被寫(xiě)入數(shù)據(jù)庫(kù)采用的是clean insert策略。這就意味著數(shù)據(jù)在被寫(xiě)入數(shù)據(jù)庫(kù)的時(shí)候是會(huì)先刪除數(shù)據(jù)集中有使用的表的數(shù)據(jù)，然后在將數(shù)據(jù)集中的數(shù)據(jù)寫(xiě)入數(shù)據(jù)庫(kù)。加載策略是可配額制的，我們通過(guò)修改DbUnitModule.DataSet.loadStrategy.default 的屬性值來(lái)改變加載策略。假設(shè)我們?cè)趗nitils.properties屬性文件中加入以下內(nèi)容：

DbUnitModule.DataSet.loadStrategy.default=org.unitils.dbunit.datasetloadstrategy.InsertLoadStrategy 

這時(shí)加載策略就由clean insert變成了insert，數(shù)據(jù)已經(jīng)存在表中將不會(huì)被刪除，測(cè)試數(shù)據(jù)只是進(jìn)行插入操作。

加載策略也可以使用@DataSet的注解屬性對(duì)單獨(dú)的一些測(cè)試進(jìn)行配置：

@DataSet(loadStrategy = InsertLoadStrategy.class) 

對(duì)于那些樹(shù)形DbUnit的人來(lái)說(shuō)，配置加載策略實(shí)際上就是使用不同的DatabaseOperation，以下是默認(rèn)支持的加載策略方式：

l CleanInsertLoadStrategy: 先刪除dateSet中有關(guān)表的數(shù)據(jù)，然后再插入數(shù)據(jù)。

l InsertLoadStrategy: 只插入數(shù)據(jù)。

l RefreshLoadStrategy: 有同樣key的數(shù)據(jù)更新，沒(méi)有的插入。

l UpdateLoadStrategy: 有同樣key的數(shù)據(jù)更新，沒(méi)有的不做任何操作。

配置數(shù)據(jù)集工廠

 在Unitils中數(shù)據(jù)集文件采用了multischema xml 格式，這是DbUnits的FlatXmlDataSet 格式的擴(kuò)展。配置文件格式和文件的擴(kuò)展可以采用DataSetFactory 。

雖然Unitils當(dāng)前只支持一種數(shù)據(jù)格式，但是我們可以通過(guò)實(shí)現(xiàn)DataSetFactory來(lái)使用其他文件格式。當(dāng)你想使用excel而不是xml格式的時(shí)候，可以通過(guò)unitils.property中的DbUnitModule.DataSet.factory.default 屬性和@DataSet 注解來(lái)創(chuàng)建一個(gè)DbUnit's XlsDataSet 實(shí)例。

驗(yàn)證測(cè)試結(jié)果

有些時(shí)候我們想在測(cè)試時(shí)完畢后使用數(shù)據(jù)集來(lái)檢查數(shù)據(jù)庫(kù)中的內(nèi)容，舉個(gè)例子當(dāng)執(zhí)行完畢一個(gè)存儲(chǔ)過(guò)程后你想檢查一下啊數(shù)據(jù)是否更新了沒(méi)有。

下面的例子表示的是禁用到一年內(nèi)沒(méi)有使用過(guò)的帳戶

public class UserDAOTest extends UnitilsJUnit4 { 

    @Test @ExpectedDataSet 

    public void testInactivateOldAccounts() { 

        userDao.inactivateOldAccounts(); 

    } 

} 

注意在test方法上增加了一個(gè)@ExpectedDataSet 注解。這將指明unitils將使用UserDAOTest.testInactivateOldAccounts-result.xml 這個(gè)數(shù)據(jù)集的內(nèi)容和數(shù)據(jù)庫(kù)的內(nèi)容進(jìn)行比較。

<?xml version='1.0' encoding='UTF-8'?> 

<dataset> 

    <user userName="jack" active="true" /> 

    <user userName="jim"  active="false" /> 

</dataset> 

根據(jù)這個(gè)數(shù)據(jù)集，將會(huì)檢查是否有兩條和記錄集的值相同的記錄在數(shù)據(jù)庫(kù)中。而其他的記錄和表將不理會(huì)。

使用的是@DataSet 注解的話，文件名可以明確指出，如果文件名沒(méi)有明確指出來(lái)，那么文件名將匹配className .methodName -result.xml 

使用少使用結(jié)果數(shù)據(jù)集，加入新的數(shù)據(jù)集意味著更多的維護(hù)。替代方式是在代碼中執(zhí)行相同的檢查（如使用一個(gè)findactiveusers()方法）。

使用多模式的數(shù)據(jù)集

一個(gè)程序不單單只是連接一個(gè)數(shù)據(jù)庫(kù)shema。Unitils采用了擴(kuò)展的數(shù)據(jù)集xml來(lái)定義多schemas下的數(shù)據(jù)。以下就是一個(gè)讀取數(shù)據(jù)到2個(gè)不同的schemas中的例子：

<?xml version='1.0' encoding='UTF-8'?> 

<dataset xmlns="SCHEMA_A" xmlns:b="SCHEMA_B"> 

    <user id="1" userName="jack" />     

    <b:role id="1" roleName="admin" /> 

</dataset> 

在這個(gè)例子中我定義了兩個(gè)schemas，SCHEMA_A 和 SCHEMA_B。第一個(gè)schema，SCHEMA_A 被連接到默認(rèn)的xml命名空間中，第二個(gè)schema，SCHEMA_B 被連接到命名空間b。如果表xml元素的前綴使用了命名空間b，那么該表就是schema SCHEMA_B 中的，如果沒(méi)有使用任何的命名空間那么該表將被認(rèn)為是SCHEMA_A  

中的。以上例子中測(cè)試數(shù)據(jù)定義了表SCHEMA_A.user 和SCHEMA_B.role。

如果在數(shù)據(jù)集中沒(méi)有配置一個(gè)默認(rèn)的命名空間，那么將會(huì)采用在unitils.properties中的屬性database.schemaNames 的第一個(gè)值作為默認(rèn)的

database.schemaNames=SCHEMA_A, SCHEMA_B 

這個(gè)配置將SCHEMA_A 作為缺省的schema，這樣你可以簡(jiǎn)化數(shù)據(jù)集的聲明。

<?xml version='1.0' encoding='UTF-8'?> 

<dataset xmlns:b="SCHEMA_B"> 

    <user id="1" userName="jack" />     

    <b:role id="1" roleName="admin" /> 

</dataset> 

連接測(cè)試數(shù)據(jù)庫(kù) 

在以上所有的例子中，我們都有一件重要的事情沒(méi)有做：當(dāng)我們進(jìn)行測(cè)試的時(shí)候，怎樣連接數(shù)據(jù)庫(kù)并得到DataSource？

當(dāng)測(cè)試套件的第一個(gè)測(cè)試數(shù)據(jù)庫(kù)的案例運(yùn)行的時(shí)候，Unitils將會(huì)通過(guò)屬性文件創(chuàng)建一個(gè)DataSource 的實(shí)例來(lái)連接你單元測(cè)試時(shí)的數(shù)據(jù)庫(kù)，以后的測(cè)試中都將使用這個(gè)DataSource 實(shí)例。連接配置的詳細(xì)內(nèi)容如下：

database.driverClassName=oracle.jdbc.driver.OracleDriver 

database.url=jdbc:oracle:thin:@yourmachine:1521:YOUR_DB 

database.userName=john 

database.password=secret 

database.schemaNames=test_john 

按配置章節(jié)所說(shuō)的那樣，你可以將連接數(shù)據(jù)庫(kù)的驅(qū)動(dòng)類(lèi)和url地址配置到unitils.properties 中去，而用戶名，密碼以及schema可以配置到unitils-local.properties 中去，這樣可以讓開(kāi)發(fā)人員連接到自己的單元測(cè)試數(shù)據(jù)庫(kù)中進(jìn)行測(cè)試而不會(huì)干預(yù)到其他的人。

在屬性或者setter方法前使用注解@TestDataSource ，將會(huì)將DataSource 實(shí)例注入到測(cè)試實(shí)例中去，如果你想加入一些代碼或者配置一下你的datasource，你可以做一個(gè)抽象類(lèi)來(lái)實(shí)現(xiàn)該功能，所有的測(cè)試類(lèi)都繼承該類(lèi)。一個(gè)簡(jiǎn)單的例子如下：

public abstract class BaseDAOTest extends UnitilsJUnit4 { 

    @TestDataSource 

    private DataSource dataSource; 

    @Before     

    public void initializeDao() { 

        BaseDAO dao = getDaoUnderTest(); 

        dao.setDataSource(dataSource); 

    } 

    protected abstract BaseDAO getDaoUnderTest(); 

} 

上面的例子采用了注解來(lái)取得一個(gè)datasource的引用，另外一種方式就是使用DatabaseUnitils.getDataSource() 方法來(lái)取得datasource。

事務(wù)

出于不同的原因，我們的測(cè)試都是運(yùn)行在一個(gè)事務(wù)中的，其中最重要的原因如下：

l 數(shù)據(jù)庫(kù)的很多action都是在事務(wù)正常提交后才做，如SELECT FOR UPDATE 和觸發(fā)器

l 許多項(xiàng)目在測(cè)試數(shù)據(jù)的時(shí)候都會(huì)填寫(xiě)一些測(cè)試數(shù)據(jù)，每個(gè)測(cè)試運(yùn)行都會(huì)修改或者更新了數(shù)據(jù)，當(dāng)下一個(gè)測(cè)試運(yùn)行的時(shí)候，都需要將數(shù)據(jù)回復(fù)到原有的狀態(tài)。

l 如果使用的是hibernate或者JPA的時(shí)候，都需要每個(gè)測(cè)試都運(yùn)行在事務(wù)中，保證系統(tǒng)的正常工作。

缺省情況下，事務(wù)管理是disabled的，事務(wù)的默認(rèn)行為我們可以通過(guò)屬性文件的配置加以改變：

DatabaseModule.Transactional.value.default=commit 

采用這個(gè)設(shè)置，每個(gè)的測(cè)試都將執(zhí)行commit，其他的屬性值還有rollback 和disabled 

我們也可以通過(guò)在測(cè)試類(lèi)上使用注解@Transactional 來(lái)改變默認(rèn)的事務(wù)設(shè)置，如：

@Transactional(TransactionMode.ROLLBACK) 

public class UserDaoTest extends UnitilsJUnit4 { 

通過(guò)這種class上注解的事務(wù)管理，可以讓每個(gè)測(cè)試都確保回滾，@Transactional 注解還可以繼承的，因此我們可以將其放在父類(lèi)中，而不必每個(gè)子類(lèi)都進(jìn)行聲明。

.........

如果你使用Unitils的spring支持（見(jiàn)使用spring進(jìn)行測(cè)試）你如果配置了PlatformTransactionManager 的bean，那么unitils將會(huì)使用這個(gè)事務(wù)管理。

Unitils模塊

配置

和大多數(shù)的項(xiàng)目一樣，unitils也需要一些配置，默認(rèn)情況下有3個(gè)配置，每個(gè)配置都覆寫(xiě)前一個(gè)的配置

1. unitils-default.properties 默認(rèn)的配置，在unitils發(fā)行包中。
2. unitils.properties 可包含項(xiàng)目的全部配置
3. unitils-local.properties 可以包含用戶特定配置

第一個(gè)配置文件unitils-default.properties，它包含了缺省值并被包含在unitils的發(fā)行包中。我們沒(méi)有必要對(duì)這個(gè)文件進(jìn)行修改，但它可以用來(lái)作參考。

第二個(gè)配置文件unitils.properties，它是我們需要進(jìn)行配置的文件，并且能覆寫(xiě)缺省的配置。舉個(gè)例子，如果你的項(xiàng)目使用的是oracle數(shù)據(jù)庫(kù)，你可以創(chuàng)建一個(gè)unitils.properties文件并覆寫(xiě)相應(yīng)的driver class和database url。

database.driverClassName=oracle.jdbc.driver.OracleDriver
database.url=jdbc:oracle:thin:@yourmachine:1521:YOUR_DB

這個(gè)文件并不是必須的，但是一旦你創(chuàng)建了一個(gè)，你就需要將該文件放置在項(xiàng)目的classpath下

最后一個(gè)文件，unitils-local.properties是可選的配置文件，它可以覆寫(xiě)項(xiàng)目的配置，用來(lái)定義開(kāi)發(fā)者的具體設(shè)置，舉個(gè)例子來(lái)說(shuō)，如果每個(gè)開(kāi)發(fā)者都使用自己的數(shù)據(jù)庫(kù)schema，你就可以創(chuàng)建一個(gè)unitils-local.properties為每個(gè)用戶配置自己的數(shù)據(jù)庫(kù)賬號(hào)、密碼和schema。

database.userName=john
database.password=secret
database.schemaNames=test_john

每個(gè)unitils-local.properties文件應(yīng)該放置在對(duì)應(yīng)的用戶文件夾中（System.getProperty("user.home")）。

本地文件名unitils-local.properties也可以通過(guò)配置文件定義，在unitils.properties覆寫(xiě)unitils.configuration.localFileName就可以。

unitils.configuration.localFileName=projectTwo-local.properties

啟用你的unitils

unitils的功能是依賴(lài)于基礎(chǔ)的測(cè)試框架，要使用unitils的功能，就必須先enable他們，這樣做的目的也是為了容易擴(kuò)展。目前支持的框架有：

1. JUnit3 ：org.unitils.UnitilsJUnit3
2. JUnit4 ：org.unitils.UnitilsJUnit4
3. TestNG：org.unitils.UnitilsTestNG

舉個(gè)例子，如果使用JUnit3，你要使用unitils

import org.unitils.UnitilsJUnit3;
public class MyTest extends UnitilsJUnit3 {
}

通常你將創(chuàng)建你自己的包含一些公共行為的測(cè)試基類(lèi)，如dataSource的注入，你可以讓這個(gè)基類(lèi)繼承unitils測(cè)試類(lèi)。

當(dāng)你使用的是JUnit4的話，你也可是使用@RunWith來(lái)代替繼承unitils測(cè)試類(lèi)

import org.junit.runner.RunWith;
import org.unitils.UnitilsJUnit4TestClassRunner;
@RunWith(UnitilsJUnit4TestClassRunner.class)
public class MyTest {
}

模塊系統(tǒng)

在開(kāi)始舉例之前，讓我們先了解一下unitils概念。

unitils的結(jié)構(gòu)被設(shè)計(jì)成了十分容易擴(kuò)展，每個(gè)模塊提供了一種服務(wù)，當(dāng)執(zhí)行Test的時(shí)候通過(guò)TestListener調(diào)用相應(yīng)的服務(wù)。

這種設(shè)計(jì)采用了一個(gè)統(tǒng)一的方式提供服務(wù)，如果你需要加入其他的服務(wù)，無(wú)需去改編測(cè)試基類(lèi)（UnitilsJUnit4這些類(lèi)）。要加入新的服務(wù)只需要添加一個(gè)新的模塊并在unitls配置文件中登記這個(gè)模塊。

目前unitils中所有有效的模塊如下：

1. DatabaseModule 數(shù)據(jù)庫(kù)單元測(cè)試的維護(hù)和連接池。
2. DbUnitModule 使用DBUnit來(lái)管理測(cè)試數(shù)據(jù)。
3. hibernatemodule 支持Hibernate的配置和自動(dòng)數(shù)據(jù)庫(kù)映射檢查。
4. EasyMockModule 支持創(chuàng)建mock和寬松的反射參數(shù)匹配。
5. InjectModule 支持在一個(gè)對(duì)象中注入另一個(gè)對(duì)象。
6. SpringModule 支持加載spring的上下文配置，并檢索和Spring Bean注入。

      單元測(cè)試應(yīng)該是簡(jiǎn)單和直觀的，而現(xiàn)實(shí)中的項(xiàng)目大多都是采用多層方式的，如EJB和hibernate的數(shù)據(jù)驅(qū)動(dòng)層的中間件技術(shù)。

      unitils來(lái)源于一個(gè)嘗試，就是希望能以更務(wù)實(shí)的方式來(lái)看待單元測(cè)試......

      這個(gè)指南會(huì)告訴你，什么項(xiàng)目可以使用unitils。 并在這個(gè)指導(dǎo)方針頁(yè) 中你可以了解到測(cè)試的準(zhǔn)側(cè)和它的特點(diǎn)。如果您想了解如何可以配置unitils ，并得以迅速地啟動(dòng)，請(qǐng)查看cookbook 。

• unitils的斷言
• unitils的模塊
• 數(shù)據(jù)庫(kù)的測(cè)試
• 數(shù)據(jù)庫(kù)的自動(dòng)測(cè)試
• hibernate的測(cè)試
• jpa的測(cè)試
• spring的測(cè)試
• mock object的測(cè)試
• 今后的方向

      unitils的斷言

      在開(kāi)始這個(gè)指南之前我們先說(shuō)明一下獨(dú)立于unitils核心模塊的斷言。在下面的例子中，不需要進(jìn)行配置，將unitils的jar包和依賴(lài)包放在你的classpath下，就可以進(jìn)行測(cè)試了。

      通過(guò)反射進(jìn)行斷言

      一個(gè)典型的單元測(cè)試包含了結(jié)果值和期望值的比較，unitils提供了斷言的方法以幫助你進(jìn)行該操作，讓我們看看實(shí)例2中對(duì)有著id、first name、last name屬性的User類(lèi)的2個(gè)實(shí)例的比較

public class User {
    private long id;
    private String first;
    private String last;

    public User(long id, String first, String last) {
        this.id = id;
        this.first = first;
        this.last = last;
    }
}

User user1 = new User(1, "John", "Doe");
User user2 = new User(1, "John", "Doe");
assertEquals(user1, user2);

    你期望這個(gè)斷言是成功的，因?yàn)檫@兩個(gè)實(shí)例含有相同的屬性，但是運(yùn)行的結(jié)果并非如此，應(yīng)為User類(lèi)并沒(méi)有覆寫(xiě)
equals()方法，所以assertEquals是對(duì)兩個(gè)實(shí)例是否相等進(jìn)行判斷（user1 == user2）結(jié)果導(dǎo)致了比較的失敗。

    假設(shè)你像如下代碼一樣實(shí)現(xiàn)了equals方法

public boolean equals(Object object) {
    if (object instanceof User) {
        return id == ((User) object).id;
    }
    return false;
}

       這在你的程序邏輯中是一個(gè)合乎邏輯的實(shí)現(xiàn)，當(dāng)兩個(gè)User實(shí)例擁有相同的id的時(shí)候，那么這兩個(gè)實(shí)例就是相等的。然而這種方式在你的單元測(cè)試中并不合適，并不能通過(guò)id的相同來(lái)認(rèn)為兩個(gè)user是相同的。

User user1 = new User(1, "John", "Doe");
User user2 = new User(1, "Jane", "Smith");
assertEquals(user1, user2);

       這個(gè)斷言將會(huì)成功，但這并不是你所期望的，因此不要使用assertEquals來(lái)對(duì)兩個(gè)對(duì)象進(jìn)行判定是否相等（外覆類(lèi)和java.lang.String類(lèi)除外）。要想斷言他們相等，一種方法就是斷言每個(gè)屬性相等。

User user1 = new User(1, "John", "Doe");
User user2 = new User(1, "John", "Doe");
assertEquals(user1.getId(), user2.getId());
assertEquals(user1.getFirst(), user2.getFirst());
assertEquals(user1.getLast(), user2.getLast());

       unitils提供了一些方法來(lái)幫助你執(zhí)行斷言更加的簡(jiǎn)單，通過(guò)反射，使用ReflectionAssert.assertRefEquals上面的代碼重寫(xiě)如下：

User user1 = new User(1, "John", "Doe");
User user2 = new User(1, "John", "Doe");
assertRefEquals(user1, user2);

   這個(gè)斷言將通過(guò)反射對(duì)兩個(gè)實(shí)例中的每個(gè)屬性都進(jìn)行比較，先是id、然后是first name、最后是last name。

   如果一個(gè)屬性本身也是一個(gè)對(duì)象，那么將會(huì)使用反射進(jìn)行遞歸比較，這同樣適合與集合、map、和數(shù)組之間的比較，他們
的每個(gè)元素會(huì)通過(guò)反射進(jìn)行比較。如果值是一個(gè)基本類(lèi)型或者是一個(gè)外覆類(lèi)，那么將會(huì)使用==進(jìn)行值的比較，因此下面的斷
言會(huì)取得成功

assertRefEquals(1, 1L); 

List<Double> myList = new ArrayList<Double>();
myList.add(1.0);
myList.add(2.0);
assertRefEquals(Arrays.asList(1, 2), myList);

      寬松的斷言

     出于可維護(hù)性，這一點(diǎn)是十分重要的，舉例說(shuō)明：如果你要計(jì)算一個(gè)帳戶的余額，那你就沒(méi)比較檢查這個(gè)帳戶的名稱(chēng)。他只會(huì)增加復(fù)雜性，使之更難理解。如果你想讓你的測(cè)試代碼更容易生存，更容易重構(gòu)的話，那請(qǐng)確保你斷言的范圍。

      寬松的順序

      在比較集合和數(shù)組的時(shí)候你可能并不關(guān)心他們中元素的順序，通過(guò)使用ReflectionAssert.assertRefEquals方法并配合ReflectionComparatorMode.LENIENT_ORDER參數(shù)將忽略元素的順序。

List<Integer> myList = Arrays.asList(3, 2, 1);
assertRefEquals(Arrays.asList(1, 2, 3), myList, LENIENT_ORDER);

   無(wú)視默認(rèn)

   第二種的從寬方式是使用ReflectionComparatorMode.IGNORE_DEFAULTS模式，當(dāng)這種模式被設(shè)置的時(shí)候,java
的默認(rèn)值，如null、0、false將會(huì)不參與斷言（忽略）。

   舉個(gè)例子，如果你有一個(gè)User類(lèi)，該類(lèi)有著first name，last name，street等屬性，但是你僅僅想對(duì)first name
和street進(jìn)行檢查而忽略其他的屬性。

User actualUser   = new User("John", "Doe", new Address("First street", "12", "Brussels"));
User expectedUser = new User("John",  null, new Address("First street", null,       null));
assertRefEquals(expectedUser, actualUser, IGNORE_DEFAULTS);

      你所期望忽略的屬性的對(duì)象必須放在斷言左邊，如果放在右邊那么依然進(jìn)行比較。

assertRefEquals(null, anyObject, IGNORE_DEFAULTS);  // Succeeds
assertRefEquals(anyObject, null, IGNORE_DEFAULTS);  // Fails

      寬松的日期

      第三種從寬處理是ReflectionComparatorMode.LENIENT_DATES，當(dāng)兩個(gè)日期都是值，或者都是null的時(shí)候，實(shí)際的日期將會(huì)被忽略（即斷言為相等）。

Date actualDate =   new Date(44444);
Date expectedDate = new Date();
assertRefEquals(expectedDate, actualDate, LENIENT_DATES);

      assertLenEquals

      ReflectionAssert還提供了一種斷言，他提供寬松的順序又提供無(wú)視的忽略。

List<Integer> myList = Arrays.asList(3, 2, 1);
assertLenEquals(Arrays.asList(1, 2, 3), myList); 

assertLenEquals(null, "any");  // Succeeds
assertLenEquals("any", null);  // Fails

      屬性斷言

      assertLenEquals和assertRefEquals都是比較對(duì)象，ReflectionAssert也提供方法對(duì)對(duì)象的屬性進(jìn)行比較。（依賴(lài)與ONGL）。

      一些屬性比較的例子

assertPropertyLenEquals("id", 1, user);  //斷言u(píng)ser的id屬性的值是1 
assertPropertyLenEquals("address.street", "First street", user); //斷言u(píng)ser的address的street屬性

      在這個(gè)方式中你期望的值和判定的對(duì)象也可以使用集合

assertPropertyLenEquals("id", Arrays.asList(1, 2, 3), users);
assertPropertyLenEquals("address.street", Arrays.asList("First street", 
                        "Second street", "Third street"), users);

1. 寫(xiě)代碼，就一定要寫(xiě)測(cè)試
2. 不要受單元測(cè)試的教條所限
3. 相信單元測(cè)試將會(huì)帶來(lái)的成果
4. 統(tǒng)一考慮編碼和測(cè)試
5. 測(cè)試比單元代碼重要
6. 測(cè)試的最佳時(shí)機(jī)是代碼剛寫(xiě)完之時(shí)
7. 測(cè)試不會(huì)白費(fèi)
8. 當(dāng)天有瑕疵的測(cè)試也比后補(bǔ)的完美測(cè)試好
9. 不好的測(cè)試也比沒(méi)有測(cè)試強(qiáng)
10. 測(cè)試有時(shí)可以驗(yàn)證意圖
11. 只有傻瓜不用工具
12. 用好的去測(cè)試不好的

引至：Info中文網(wǎng)站http://www.infoq.com/cn/news/2007/04/savoia-tao-of-testing

實(shí)際運(yùn)用 Tomcat 5.0.19，我們了解在不修改 Tomcat 原始碼的狀況下，使用者透過(guò) Form submit 的資料將一律以 ISO8859-1 處理，程式設(shè)計(jì)師必須自行將字串將轉(zhuǎn)換為 Big5(繁體中文) or GB2312/GBK(簡(jiǎn)體中文)，我們?cè)趹?yīng)用程式中，對(duì)所有的 request.getParameter("xx"); 作了 toBig5String() 的處理，理論上，所有的中文問(wèn)題應(yīng)該不會(huì)出現(xiàn)才對(duì)，結(jié)果，還是發(fā)現(xiàn)某些狀況下，中文還是變成亂碼！

經(jīng)過(guò)分析整理，我們發(fā)現(xiàn)問(wèn)題出在 QueryString 的解析，以前在 Tomcat 4.x 時(shí)代，無(wú)論 SUBMIT 時(shí)採(cǎi)用 GET or POST，Tomcat server 對(duì) parameters 的處理都採(cǎi)用相同的編碼，但在 Tomcat 5.x 版，不知何故，卻將 QueryString 的解析獨(dú)立出來(lái)，目前確認(rèn)，F(xiàn)orm 的 Method 採(cǎi)用 GET 及直接將參數(shù)寫(xiě)在 URL 上的中文，上傳到 Tomcat 時(shí)，無(wú)論如何轉(zhuǎn)碼，都會(huì)變成亂碼，那怕你事先作過(guò) URLEncode 也一樣。

網(wǎng)站上，有人針對(duì)這個(gè)問(wèn)題，建議將所有中文改採(cǎi)用 base64 編碼，到了 server 上，程式將自行土 base64 decode 回來(lái)，確保中文不會(huì)發(fā)生問(wèn)題。這樣作法當(dāng)然可以解決這個(gè)問(wèn)題，但是所有網(wǎng)頁(yè)變成限定要採(cǎi)用 POST，且程式設(shè)計(jì)師要隨時(shí)分清楚，那個(gè)參數(shù)是採(cǎi)用 GET 上傳，那個(gè)參數(shù)是採(cǎi)用 POST 上傳，然後再針對(duì)不同的方式採(cǎi)用不同的解析，這樣的程式一點(diǎn)兒移植性都沒(méi)有，更別提跨平臺(tái)、跨國(guó)際語(yǔ)言了。

研究 Tomcat 的文件及原始碼，我們找到了問(wèn)題所在及解決的方法，只有按著以下的作法，才能使 Form submit 的資料完全按著 ISO8859-1 的編碼，當(dāng)然，若是全照著 Tomcat 的文件說(shuō)明去作，肯定還是不行，你還是得加上這個(gè)參數(shù)到 server.xml 中才行。

解決方案

請(qǐng)先研究 $TOMCAT_HOME/webapps/tomcat-docs/config/http.html 這個(gè)說(shuō)明檔，擷錄重點(diǎn)如下：
URIEncoding：This specifies the character encoding used to decode the URI bytes, after %xx decoding the URL. If not specified, ISO-8859-1 will be used.

useBodyEncodingForURI：This specifies if the encoding specified in contentType should be used for URI query parameters, instead of using the URIEncoding. This setting is present for compatibility with Tomcat 4.1.x, where the encoding specified in the contentType, or explicitely set using Request.setCharacterEncoding method was also used for the parameters from the URL. The default value is false.

上述二個(gè) Tomcat 參數(shù)，是設(shè)定在 server.xml 中的 http <Connector /> 區(qū)塊，要解決 QueryString 中文變成亂碼的問(wèn)題，你必須至少設(shè)定這二個(gè)參數(shù)其中之一。
URIEncoding 請(qǐng)?jiān)O(shè)定為 URIEncoding="ISO-8859-1" 指定為 "ISO-8859-1" 編碼，讓 QueryString 的字元編碼與 post body 相同。
useBodyEncodingForURI 這是用來(lái)相容 Tomcat 4.x 版的，設(shè)定的值是 "true" or "false"，意思是指 "要不要讓 QueryString 與 POST BODY 採(cǎi)用相同的字元編碼 ?"，若是設(shè)成 true，那也可達(dá)到 "ISO-8859-1" 編碼的需求。
建議，採(cǎi)用 URIEncoding 的設(shè)定，畢竟 useBodyEncodingForURI 的作法是為了相容 Tomcat 4.X。不過(guò)若照原文的說(shuō)明，理論上這二個(gè)參數(shù)都不設(shè)，Tomcat 也該採(cǎi)用 "ISO-8859-1" 的編碼，那為什麼還是會(huì)有問(wèn)題呢 ? 我們由 Tomcat Source Code 來(lái)看就清楚了。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29

// 這一段碼是 Tomcat 用來(lái)解 QueryString 的程式，
// 在 org.apache.tomcat.util.http.Parameters 這個(gè) class 裡。
private String urlDecode(ByteChunk bc, String enc)
  throws IOException {
  if( urlDec==null ) {
     urlDec=new UDecoder(); 
  }
  urlDec.convert(bc);
  String result = null;
  if (enc != null) {
    bc.setEncoding(enc);
    result = bc.toString();
  } 
  else {
    CharChunk cc = tmpNameC;
    cc.allocate(bc.getLength(), -1);
    // Default encoding: fast conversion
    byte[] bbuf = bc.getBuffer();
    char[] cbuf = cc.getBuffer();
    int start = bc.getStart();
    for (int i = 0; i < bc.getLength(); i++) {
      cbuf[i] = (char) (bbuf[i + start] & 0xff);
    }
    cc.setChars(cbuf, 0, bc.getLength());
    result = cc.toString();
    cc.recycle();
  }
  return result;
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

<Connector
debug="0"
acceptCount="100"
connectionTimeout="20000"
disableUploadTimeout="true"
port="80"
redirectPort="8443"
enableLookups="false"
minSpareThreads="25"
maxSpareThreads="75"
maxThreads="150"
maxPostSize="0"
URIEncoding="ISO-8859-1"
>
</Connector>

絕對(duì)的最強(qiáng)的java ide的7.0M1已經(jīng)出了，快去試試把，
http://www.jetbrains.com/idea/nextversion/