<EMPLOYEE employee_uid='1'
            start_date='2001-11-01'
            first_name='Andrew'
            ssn='xxx-xx-xxxx'
            last_name='Glover' />

        这个生成的XML格式的文件可以作为系统所需的所有种子文件(seed files)的样本模版.

       
         为相互关联的测试场景创建多个种子文件是一个很有效的策略，就象通过不同的数据库文件来区分隔离数据库状态是一个道理。多种子文件策略可以将我们的测试目标锁定到较小的范围，目标数据可以只针对数据库的表，而不是整个数据库。

        为了给目标数据库植入不同的职员记录，我们需要的XML数据文件如下所示：

        现在，要让DBUnit和我们所需的数据库schema一起工作了，对于程序员来说，我们使用DBUnit进行测试可以有两种选择：通过直接编码方式进行测试或者与Ant结合.

    编码方式

        
        DBUnit框架提供了一个基本的抽象测试用例类，叫做DatabaseTestCase，它是JUnit框架中的基础类TestCase的子类。如果我们使用这个类必须首先实现两个钩子方法(hook methods)：getConnection()和getDataSet().

        
         方法getConnection()需要返回一个IDatabaseConnection类型的对象，这个对象是一个基于普通JDBC连接的包装类。例如，下面的代码段演示了在MySQL数据库环境下，IDatabaseConnection类型连接对象的创建方法。

    protected IDatabaseConnection getConnection()
     throws Exception {

        Class driverClass = Class.forName("org.gjt.mm.mysql.Driver");

        Connection jdbcConnection = DriverManager.getConnection(
                                             "jdbc:mysql://127.0.0.1/hr", "hr", "hr");

        return new DatabaseConnection(jdbcConnection);
}
       
         方法getDataSet()返回一个IDataSet类型对象，其实，说白了，他就是我们先前提到的XML数据的种子文件的另一种表现形式。

      protected IDataSet getDataSet() throws Exception {
                    return new FlatXmlDataSet(new   FileInputStream("hr-seed.xml"));
      }
       
          有了这两个基本的方法以后，DBUnit就可以按照它预先缺省的行为工作了。DatabaseTestCase类提供了两个fixture（我叫它固件，不知仁兄同意否？）方法来控制测试前和测试后的数据库状态。这两个方法就是：
getSetUpOperation() 和 getTearDownOperation().

       
           一种高效的实施方案就是让getSetUpOperation()方法执行REFRESH操作，通过这个操作,我们可以用种子文件中的数据去更新目标数据库里的数据。接下来，就是getTearDownOperation()，让他去执行一个NONE操作，也就是什么也不执行。

   protected DatabaseOperation getSetUpOperation()
                                                   throws Exception {
          return DatabaseOperation.REFRESH;
   }

  protected DatabaseOperation getTearDownOperation()
                                                 throws Exception {
          return DatabaseOperation.NONE;
  }

        
         还有一种有效的方法就是在getSetUpOperation()方法中执行CLEAN_INSERT操作，这样首先会将目标数据库中与我们提供的种子文件一致的数据删除，然后将我们提供的数据插入到数据库中。这个实施顺序保证了我们对数据库的精确控制。

       代码样例

       
          在一个基于J2EE的人力资源系统中，我们很希望对某个数据操作周期实现测试自动化,这个操作周期包括职员的新增，检索，更新和删除。远程接口定义了下列的业务方法（为了简洁清楚，省略了方法中的throws子句）.

//译者注：这里的EmployeeValueObject类型对象，译者认为是代表职员实体信息的对象。

public void   createEmployee( EmployeeValueObject emplVo )

public EmployeeValueObject   getEmployeeBySocialSecNum( String ssn )

public void    updateEmployee( EmployeeValueObject emplVo )

public void    deleteEmployee( EmployeeValueObject emplVo )

       测试getEmployeeBySocialSecNum()方法需要植入一条数据到目标数据库中，另外，测试deleteEmployee()方法和updateEmployee()方法时，同样也是在先前植入的这条记录的基础上进行。最后，测试类会首先利用createEmployee()方法创建一条记录，同时我们需要校验执行这个方法时，是否会有异常发生。

     
下面这个DBUnit种子文件，叫做"employee_hr_seed.xml",下面将用到这个文件。

         <?xml version='1.0' encoding='UTF-8'?>
            <dataset>
                  <EMPLOYEE employee_uid='1'
                           start_date='2001-01-01'
                           first_name='Drew' ssn='333-29-9999'
                           last_name='Smith' />
                 <EMPLOYEE employee_uid='2'
                          start_date='2002-04-04'
                          first_name='Nick' ssn='222-90-1111'
                          last_name='Marquiss' />
                 <EMPLOYEE employee_uid='3'
                         start_date='2003-06-03'
                         first_name='Jose' ssn='111-67-2222'
                         last_name='Whitson' />
           </dataset>

       测试类 EmployeeSessionFacadeTest ,需要扩展DBUnit的基础类DatabaseTestCase并且必须提供对getConnection()和getDataSet()方法的实现，在getConnection()方法中将获得与EJB容器初始化时一样的数据库实例，getDataSet()方法负责读取上面提及的employee_hr_seed.xml文件的数据。

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

//译者注：EmployeeFacade 类型对象，译者认为是代表底层数据库数据的映射体

public void testFindBySSN() throws Exception{

  EmployeeFacade facade = //obtain somehow

  EmployeeValueObject vo = facade.getEmployeeBySocialSecNum("333-29-9999");

  TestCase.assertNotNull("vo shouldn't be null", vo);
  TestCase.assertEquals("should be Drew", "Drew", vo.getFirstName());
  TestCase.assertEquals("should be Smith", "Smith", vo.getLastName());
}

   
       为了确保操作周期中的创建职员方法createEmployee()没有问题，我们只需简单的执行一下这个方法，然后校验一下看有没有异常抛出，另外，下一步我们要做的就是在这条新增的记录上进行查找操作，看是否可以找到刚创建的记录。

   public void testEmployeeCreate() throws Exception{
      EmployeeValueObject empVo =  new EmployeeValueObject();
      empVo.setFirstName("Noah");
      empVo.setLastName("Awan");
      empVo.setSSN("564-55-5555");

      EmployeeFacade empFacade = //obtain from somewhere
      empFacade.createEmployee(empVo);

     //perform a find by ssn to ensure existence

}

       
       测试updateEmployee()方法包括四步，首先查找我们需要被更新的那条记录，然后更新它，紧接着，重新查找这条记录，确认更新操作是否有效。

  public void testUpdateEmployee() throws Exception{
   
    EmployeeFacade facade =//obtain facade

    EmployeeValueObject vo = facade.getEmployeeBySocialSecNum("111-67-2222");

    TestCase.assertNotNull("vo was null", vo);
    TestCase.assertEquals("first name should be Jose", "Jose", vo.getFirstName());

     vo.setFirstName("Ramon");

     facade.updateEmployee(vo);

     EmployeeValueObject newVo =  facade.getEmployeeBySocialSecNum("111-67-2222");
     TestCase.assertNotNull("vo was null", newVo);

     TestCase.assertEquals("name should be Ramon", "Ramon", newVo.getFirstName());
}
        
          确保数据操作周期中的删除操作deleteEmployee()的方法和testUpdateEmployee()方法基本类似。它分为三步：首先查找一个已存在的记录实体，然后移除，最后再对相同的记录进行查找，确认这条记录没有被查到。

public void testDeleteEmployee() throws Exception{

   EmployeeFacade facade = //obtain facade

   EmployeeValueObject vo = facade.getEmployeeBySocialSecNum("222-90-1111");

   TestCase.assertNotNull("vo was null", vo);

   facade.deleteEmployee(vo);

  try{

     EmployeeValueObject newVo =  facade.getEmployeeBySocialSecNum("222-90-1111");

     TestCase.fail("returned removed employee");

     }catch(Exception e){
          //ignore
     }
}

      
       上述这些测试代码很简单也很容易理解.因为这些代码唯一的职责就是测试，已经完全从系统程序代码中独立出来，这使测试变的简单。并且，这些测试用例的自动化也很容易实现。

       与Ant的结合

       
       相对于扩展DBUnit中的基础类DatabaseTestCase,DBUnit框架中自带Ant功能,允许我们可以在Ant的build.xml文件中控制数据库的状态.这个功能是相当强大的，因为对于作成的诸多测试用例，它提供了一个相当简洁的解决方案。比如。在Ant中运行JUnit测试,就象下面定义一个任务一样简单明了。

<junit printsummary="yes" haltonfailure="yes">
  <formatter type="xml"/>
  <batchtest fork="yes"
           todir="${reports.tests}">
    <fileset dir="${src.tests}">
      <include name="**/*Test.java"/>
    </fileset>
  </batchtest>
</junit>

<dbunit driver=" org.gjt.mm.mysql.Driver "
        url=" jdbc:mysql://127.0.0.1/hr "
        userid="hr"
        password="hr">
    <operation type="DELETE"
           src="seedFile.xml"/>
</dbunit>

       
用上面的代码来包装JUnit任务，能够在批量测试前有效的装载数据到目标数据库中，并且在测试结束后，将已装载的全部数据删除。

<!-- tear down operation -->
<dbunit driver=" org.gjt.mm.mysql.Driver "
        url=" jdbc:mysql://127.0.0.1/hr "
        userid="hr"
        password="hr">
    <operation type="DELETE"
          src="seedFile.xml"/>
</dbunit>

  结论

       
        能够在测试周期内管理数据库的状态，DBUnit框架的这个功能特性使得测试用例代码的创建和应用的周期大大缩短。而且，通过控制数据库这个主要的依赖对象，使的利用DBUnit框架的的测试更容易自动化。

       
        DBUnit精妙的设计，使的学习使用它变得很简单。在你的测试方案中，如果你能够正确的使用它，那么带来的将是代码稳定性方面的大幅度增强，当然还会使你的开发团队信心倍增。