运用DBUnit进行高效的单元测试

　　现实系统中通常会有一些具有外部依赖性的对象，这些对象和数据库或者其他对象存在诸多关联。如果我们对这样的对象编写单元和组件级测试的话，可以想象将是非常麻烦的一件事.因为这种外部依赖性的存在，使的我们很难将对象孤立出来进行测试。  经常提及的白盒测试法，基本上就是通过控制对象的外部依赖性来达到隔离对象的目的，使的可以操作这些对象的状态和相关行为。
运用 模拟对象(mock objects) 
persistence)或者 JDO(java Data

编写的开放源代码的DBUnit架构体系，对于控制系统内部的数据库依赖性提供了一个非常不错的解决方案。他允许程序员在整个的测试过程中自由的管理控制数据库的状态，这很重要。利用DBUnit，在测试之前，我们可以给目标数据库植入我们需要的数据集，而且，在测试完毕后，数据库完全能够回溯到测试前的状态。
在很多成功的软件项目中，测试自动化往往是关键的层面。DBUnit允许开发人员创建测试用例代码，在这些测试用例的生命周期内我们可以很好的控制数据库的状态。而且,这些测试用例是很容易实现自动化的。这样在测试过程中我们无须对它进行人工的干预，为人工干预造成的后果而担心就更没必要了。
简单介绍

，我们可以用SQL的形式这样将他表示出来。
而且，我们可以看到，一个简单的数据集可以这样表示
在DBUnit中，上面这个表和抽样数据信息可以用XML文件的形式这样表示：

这个生成的XML格式的文件可以作为系统所需的所有种子文件(seed







现在，要让DBUnit和我们所需的数据库schema一起工作了，对于程序员来说，我们使用DBUnit进行测试可以有两种选择：通过直接编码方式进行测试或者与Ant结合.||| 
编码方式
methods)：getConnection()和getDataSet().
方法getConnection()需要返回一个IDatabaseConnection类型的对象，这个对象是一个基于普通JDBC连接的包装类。例如，下面的代码段演示了在MySQL数据库环境下，IDatabaseConnection类型连接对象的创建方法。
protected IDatabaseConnection getConnection()




}
方法getDataSet()返回一个IDataSet类型对象，其实，说白了，他就是我们先前提到的XML数据的种子文件的另一种表现形式。
protected IDataSet getDataSet() throws Exception {
new
}
有了这两个基本的方法以后，DBUnit就可以按照它预先缺省的行为工作了。DatabaseTestCase类提供了两个fixture（我叫它固件，不知仁兄同意否？）方法来控制测试前和测试后的数据库状态。这两个方法就是：


throws
return DatabaseOperation.REFRESH;

throws
return DatabaseOperation.NONE;


在一个基于J2EE的人力资源系统中，我们很希望对某个数据操作周期实现测试自动化,这个操作周期包括职员的新增，检索，更新和删除。远程接口定义了下列的业务方法（为了简洁清楚，省略了方法中的throws子句）.
//译者注：这里的EmployeeValueObject类型对象，译者认为是代表职员实体信息的对象。
public void　 createEmployee( EmployeeValueObject emplVo )
public EmployeeValueObject　 getEmployeeBySocialSecNum( String ssn )
public void　　updateEmployee( EmployeeValueObject emplVo )
public void　　deleteEmployee( EmployeeValueObject emplVo )
测试getEmployeeBySocialSecNum()方法





测试类 EmployeeSessionFacadeTest

测试方法相当简单，因为DBUnit已经为我们处理了复杂的数据库生命周期任务。为了测试getEmployeeBySocialSecNum()方法，只需要简单的传递一个存在于种子文件中的社保代码号即可,比如




facade.getEmployeeBySocialSecNum("333-29-9999");
TestCase.assertNotNull("vo shouldn't be null", vo);
"Drew", vo.getFirstName());
"Smith", vo.getLastName());