雇用dbunit来维持你的数据环境稳定

  开发过程中，数据环境会像某人身材那样迅速走样，使测试的结果随之改变。无论是开发人员还是持续集成的自动测试，都希望数据环境稳定在某个状态。一个方法是写SQL语句来维护，delete * from foo; insert foo (...)  values (...)，另外一个方法就是非法雇用DBUnit来干这事。DBUnit可以把预设的数据倒在一个XML文件里，通过简单的ant指令完成维和任务:
<project name="MyProject" default="import" basedir=".">
   <taskdef name="dbunit" classname="org.dbunit.ant.DbUnitTask"/>
   <target name="import">
     <dbunit driver="com.mysql.jdbc.Driver"   url="jdbc:mysql://localhost:3306/hr"  
                userid="hr"  password="hr"   supportBatchStatement="true">
        <classpath><pathelement location="C:\mysql-con-3.0.11.jar"/></classpath>   
        <operation type="CLEAN_INSERT" src="data.xml"/> 
     </dbunit>
   </target>
</project>

整段的关键是<operation>语句共6种类型，其中CLEAN_INSERT是更彻底的恢复原样，我们主要的维和手段。

预设数据可以是手工写就的,也可以从数据库中倒出。怎么看，维护这个XML都比维护长长的SQL语句强。
下面语句不管三七二一，导出全部table。
<dbunit ...> <export dest="export.xml"/> </dbunit>

下面语句导出一个由查询语句产生的DataSet和一个table。
<dbunit ...>
  <export dest="partial.xml">     
     <query name="FOO" sql="SELECT * FROM FOO WHERE last_name='Marquiss'"/>
     <table name="FOO123"/>
  </export>
</dbunit>

说是非法雇用，因为DBUnit属于JUnit一脉，维持数据库稳定只是它的副作用，也XML文件仅仅是比SQL文件易于维护一点点而以。它主要作用还是写TestCase。通过它特有的
public static void assertEquals(ITable expected, ITable actual)
public static void assertEquals(IDataSet expected, IDataSet actual)
比较数据库中的数据是否符合预设的数据。同时，也可以用DatabaseOperation类执行刚才提到的操作。
对付那些自增的序列，最简单的方法就是删掉重建。

数据库测试越来越重要了，今天，界面测试完全正确的东西，其实是负负得正（错误的数据，错误的显示）

本文地址：http://com.8s8s.com/it/it28765.htm