dbunit 数据库测试策略 ANT 任务 DBUnit核心组件
数据库测试策略
心得一
目前，最有效的方法是利用脚本来重建数据库。测试前去drop表，然后create表，然后再进行测试。
心得二
每一个开发人员需要搞一个数据库实例。不能公用一个数据库。这个是显然的。
使用HSQLDB内存数据库作为测试数据库。这样可能会造成一些问题。比如说一些特性在HSQLDB中和在MYSQL, SQLSERVER当中是不一样的，可能在单元测试中通过了，但是不一定会在生产数据库中运行通过。这是一个问题。需要考虑。但，确实是够快，也不会对系统造成什么样的影响，这个确实。
心得三
使用spring的AbstractTransactionalDataSourceSpringContextTests。在每个testcase开始之前，会自动开启一个事务，然后在结束的时候进行事务回滚。
这样就可以隔绝几个测试用例之间的相互干扰。
有很多文章提到，维护数据库的状态，避免几个测试用例之间的相互干扰，非常必要。这样才能够实现测试的自动化，不需要人工干涉。
· public class BaseDAOTestCase extends AbstractTransactionalDataSourceSpringContextTests{
· protected static Log log = LoggerServiceImpl.getLogger();
·
· protected String[] getConfigLocations() {
· return new String[] {"classpath*:/WEB-INF/mPlatform*ApplicationContext.xml"};
· }
·
· protected void flushSession(){
· SessionFactory sessionFactory =
· (SessionFactory)applicationContext.getBean("sessionFactory");
· sessionFactory.getCurrentSession().flush();
· }
· }
·
· public class PersonDAO extends BaseDAOTestCase {
· private PersonDAO personDAO;
· private Person person;
·
· public void setPersonDAO(PersonDAO personDAO) {
· this.personDAO = personDAO;
· }
·
·
· public void onSetUpBeforeTransaction() {
· person = new Person();
· person.setFirstName("Sean");
· person.setLastName("Liu");
· person.setUserName("forever");
· }
·
· public void testSave() {
· personDAO.save(person);
· assertNotNull(person.getId());
· }
·
· public void testGetPerson() {
· personDAO.save(person);
· Person retrievedPerson = personDAO.getPerson(person.getId());
· assertNotNull(retrievedPerson.getId());
· assertEquals(person, retrievedPerson);
· }
·
· public void testRemovePerson() {
· personDAO.save(person);
· person.delete(person);
· flushSession();
· assertNull(personDAO.getPerson(person.getId()));
· }
· }
但是，这样子不是需要进行Spring的相关配置，这样才可以进行DAO的测试？
心得四
测试DAO不如连数据库一起测试吧。因为DAO测试的目的不是DAO接口实现对不对，而是测试是否如你预期的发送了SQL，如你预期的返回了结果集。这个时候你Mock之后，测试就没有意义了。
我认同上面的看法。我不建议测试DAO还采用MOCK实现。当然，去测试业务逻辑层的方法，采用Mock实现是非常有道理的。我只是需要保证我的业务逻辑的API是否正确就可以了。
心得五
DbUnit为数据库驱动的项目提供的一个对JUnit 的扩展!
除了提供一些常用功能，它可以将你的数据库置于一个测试轮回之间的状态，而DBUnit提供了单元测试需要的数据库的数据准备工作。这个是关键的，照我看来。
而这一个工作对于集成测试也是有用的。
虽然DbUnit提供了完整的TestCase基类, 然而由于大部分公司和项目都有基于项目需要的TestCase基类和派生类，我们并不能直接应用！
SpringSide抽出了其核心------数据库数据的准备和回收工作，即org.springside.core.test.support.DataBaseUnitHelper。
1. DataBaseUnitHelper提供了三种数据库连接配置能力。
a. 在classpath根目录下提供DbUnit.properties，这个是缺省的配置方法。
b. 通过给定的properties文件路径配置
c. 通过程序指定Properties对象配置
2. DataBaseUnitHelper采用Excel作为数据库数据的来源。
虽然DbUnit支持多种数据来源，不过根据实践来看，Excel是最容易编辑和获取(大部分的数据库开发工具支持将数据导出为Excel)。
3. DataBaseUnitHelper提供两种数据库数据的配置和回收的应用策略
a. 对于TestCase，在每次Setup时，都先清空数据库，随后插入准备数据
b. 对于TestCase，只在第一次Setup时先清空数据库，随后插入准备数据，而后不在做任何动作。
2. DataBaseHelper在SpringSide的应用
org.springside.core.test.FunctionWithDataBaseTestCase提供了一个例子描述如何应用和封装DataBaseHelper
SpringSide给出的这种使用的例子可以供我们参考。我觉得它提供的策略a很好。和上面的心得一是一致的，我也倾向于在做测试的时候，搞一个测试的数据库，做测试的时候就在这个数据库中进行操作。这和ROR中建立单元测试数据库是同样的思想。
================================================
ANT 任务
Ant Integration
Installation
The steps required to add the DbUnit task to your system are:
1. Add the DbUnit jar to Ant's classpath.
2. Add a <taskdef> element to your build script as follows:
<taskdef name="dbunit" classname="org.dbunit.ant.DbUnitTask"/>
3. Use the task in the rest of the buildfile.
Usage
Executes either a single transaction, or a group of transactions, under the DbUnit database testing framework.
Parameters
| Attribute |
Description |
Required |
| driver |
Class name of the jdbc driver |
Yes |
| url |
Database connection url |
Yes |
| userid |
Database username |
Yes |
| password |
Database password |
Yes |
| schema |
Database schema |
No |
| classpath |
Classpath used to load driver |
No (use system classpath) |
| useQualifiedTableNames |
Set the qualified table names feature. Defaults to false |
No |
| supportBatchStatement |
Set the batched statement feature. Defaults to false |
No |
| datatypeWarning |
Set the data type warning feature. Defaults to true |
No |
| escapePattern |