When looking at options for testing DAO classes I came up with a framework using the following
1. Liquibase - For maintaing data/schema scripts
2. HSQLDB - Inmemory database for test cases
3. Spring transactions - For maintaining clean state between two test cases which make DB updates i .e all data changes made by the test cases will be rolled back by the end of the test case.
I am using spring beans to initialize all the above. I will explain each of them in detail.
1. Initializing the HSQLDB
<context:property-placeholder
location="classpath*:tspex-test-inmemorydatabase.properties" />
<bean id="hsqlDataSource" class="org.apache.commons.dbcp.BasicDataSource"
destroy-method="close">
<property name="driverClassName" value="${database.driverClassName}">
<property name="url" value="${database.url}">
<property name="username" value="${database.username}">
<!-- <property name="password" value="${jdbc.password}"> -->
</bean>
All the values will be picked up from the file mentioned in the classpath.
2. Setting up Liquibase
I am using the following method to initialize Liquibase
public class TestFramework {
private DataSource dataSource;
public void initializeLiquiBase(String changeLogFile) throws Exception {
Connection conn = dataSource.getConnection();
Liquibase liquibase = new Liquibase(changeLogFile,
new ClassLoaderResourceAccessor(), new HsqlConnection(conn));
// Uncomment the following line when testing with mysql database
/*
* Liquibase liquibase = new Liquibase(changeLogFile, new
* ClassLoaderResourceAccessor(), new JdbcConnection(conn));
*/
liquibase.update("");
conn.close();
}
public void setDataSource(DataSource dataSource) {
this.dataSource = dataSource;
}
}
Corresponding spring configuration.
<bean id="testFramework" class="com.mycompany.framework.unittest.TestFramework">
<property name="dataSource" ref="hsqlDataSource">
</bean>
The changeLogFile will be provided by the user of the frame work , which i will explain shortly.
3. Setting up Spring transactions.
<bean id="transactionManager"
class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="hsqlDataSource">
</bean>
<tx:annotation-driven manager="transactionManager">
These are the only classes/configuration present in my framework
The maven dependencies required are as follows
<dependency>
<groupid>org.hsqldb</groupid>
<artifactid>hsqldb</artifactid>
<version>2.0.0</version>
<scope>test</scope>
</dependency>
<dependency>
<groupid>org.liquibase</groupid>
<artifactid>liquibase-core</artifactid>
<version>2.0.0</version>
</dependency>
<dependency>
<groupid>org.liquibase</groupid>
<artifactid>liquibase-plugin</artifactid>
<version>1.9.5.0</version>
</dependency>
<dependency>
<groupid>junit</groupid>
<artifactid>junit</artifactid>
<version>4.7</version>
</dependency>
Now let me explain how the framework will be used by the classes testing the framework
A typical test class for DAO will be as follows
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = {
"classpath*:/META-INF/spring/unit-test-framework-module-context.xml",
"classpath*:/META-INF/spring/test-spring-jdbc-module-context.xml" })
public class TestAccountDAOSpringJdbc {
@Autowired
private TestFramework testFramework;
@Autowired
private AccountDAOSpringJdbc accountDao;
@Test
public void setUpBeforeClass() throws Exception {
System.out.println("Setup before class called");
testFramework.initializeLiquiBase("accounts-data-changelog-1.0.xml");
@Test
@Transactional
public void testSaveUpdate() throws Exception {
// Create a new Account
Account account = accountDao.get(1);
account.setUsername("newaccount");
account.setTitle("Mr");
........
}
The important thing to note here are
1. Initializing the framework beans - which contains HSQLDB and spring transaction initialization.
2. Initializing the test framework with liquibase scripts
This ensure that the database tables are created and test data is inserted before test cases run.
Ref: http://www.liquibase.org/
3. Using @Transactional annotation before test cases which updates the Database . This ensures that test cases do not commit anything into DB and all test cases can be independent of each other.
With some infrastructure setup like this , writing test cases for DAO become very easy.
No comments:
Post a Comment