文档章节

Maven环境下测试库和开发库的配置策略以及支持工具

猪刚烈
 猪刚烈
发布于 2014/10/12 11:40
字数 1058
阅读 21
收藏 0

在项目的开发和测试上,团队往往有这样一些情况和要求:

  1. 只要是走单元测试,必然要清库

  2. 开发人员不想每次重新构建都从一个空库开始重新输入数据,他们希望能够使用一个已有的库

  3. 如果新版本的数据库发生了结构上的变化,那么,有可能需要重新创建库,对于单元测试库也是如些,因此,开发人员希望新建开发库时能从自动导入一份基础数据,比如单元测试时使用的基础数据,这样就不必从头输入。

综合上述需求,可以这样配置:

  1. 单元测试和正常开发应该使用各自独立的库,单元测试库在每次进行单元测试时自动重建,不会保存任何数据,而开发库在build过程中一般保持不变,不会有重建操作。

  2. 单元测试的重建数据库工作应该发生在执行所有测试用例之前,是构建过程中的一个动作,而不是单元测试用例自己应该负责的。这与为每一个测试准备干净而一致的数据不同(如dbunit所要做的工作),这些操作是每一次测试中都会执行的。

  3. 构建工具需要提供手动重建开发库的功能,以便在需要的时候开发人员可以手动重新建库,并且开发库最好能有一些初始数据。

在Maven环境下,为满足以上需要,可以进行如下配置,使用到的插件是:Hibernate映射工具hbm2ddl和数据库单元测试工具dbunit.hbm2ddl可依据OR映射直接生成数据库schema并自动建库,而dbunit则可以将一份以文件形式(xml或excel)保存的基础数据导入数据库。以下是pom中hibernate插件的配置:

<plugin>
				<groupId>org.codehaus.mojo</groupId>
				<artifactId>hibernate3-maven-plugin</artifactId>
				<version>2.2</version>
				<executions>
					<execution>
						<id>default-cli</id>
						<goals>
							<goal>hbm2ddl</goal>
						</goals>
						<configuration>
							<components>
								<component>
									<name>hbm2ddl</name>
									<implementation>annotationconfiguration</implementation>
								</component>
							</components>
							<componentProperties>
								<drop>true</drop>
								<jdk5>true</jdk5>
								<format>true</format>
								<outputfilename>dbschema.sql</outputfilename>
								<propertyfile>target/classes/jdbc.properties</propertyfile>
								<skip>${skipTests}</skip>
							</componentProperties>
						</configuration>
					</execution>
					<execution>
						<id>for-unit-test</id>
						<phase>process-test-resources</phase>
						<goals>
							<goal>hbm2ddl</goal>
						</goals>
						<configuration>
							<components>
								<component>
									<name>hbm2ddl</name>
									<implementation>annotationconfiguration</implementation>
								</component>
							</components>
							<componentProperties>
								<drop>true</drop>
								<jdk5>true</jdk5>
								<format>true</format>
								<outputfilename>dbschema_for_test.sql</outputfilename>
								<propertyfile>target/test-classes/jdbc.properties</propertyfile>
								<skip>${skipTests}</skip>
							</componentProperties>
						</configuration>
					</execution>
				</executions>
				<dependencies>
					<dependency>
						<groupId>${jdbc.groupId}</groupId>
						<artifactId>${jdbc.artifactId}</artifactId>
						<version>${jdbc.version}</version>
					</dependency>
				</dependencies>
			</plugin>

需要注意的是:这个配置中配置了两个execution,第一个execution是供手动调用的,没有绑定到任何phase上,而第二个execution是为单元测试准备的,它绑定到了process-test-resources阶段上,每次进行单元测试前都会执行重建数据库的工作。

以下是pom中dbunit插件的配置:

<plugin>
				<groupId>org.codehaus.mojo</groupId>
				<artifactId>dbunit-maven-plugin</artifactId>
				<version>1.0-beta-3</version>
				<dependencies>
					<dependency>
						<groupId>${jdbc.groupId}</groupId>
						<artifactId>${jdbc.artifactId}</artifactId>
						<version>${jdbc.version}</version>
					</dependency>
				</dependencies>
				<configuration>
					<driver>${jdbc.driverClassName}</driver>
					<url>${jdbc.url}&sessionVariables=foreign_key_checks=0</url>
					<username>${jdbc.username}</username>
					<password>${jdbc.password}</password>
				</configuration>
				<executions>
					<execution>
						<id>default-cli</id>
						<goals>
							<goal>operation</goal>
						</goals>
						<configuration>
							<type>CLEAN_INSERT</type>
							<src>src/test/resources/dbunit-test-data.xml</src>
							<dataTypeFactoryName>${dbunit.dataTypeFactory}</dataTypeFactoryName>
							<transaction>true</transaction>
						</configuration>
					</execution>
				</executions>
			</plugin>

这份配置中只有一个execution,是为手动调用而配置的,单元测试是以代码的方式调用dbunit的。在这份配置中要注意<url/>的值,它在标准url后追加了暂时关闭外键检查的参数,否则在导入数据有可能会失败。

完成上述配制后我们来看一下现在工程的构建过程:

1. 如何进行单元测试

当通过mvn test进行单元测试时,hbm2ddl会在单元测试前的准备阶段完成数据库的重建工作,每一个测试用例在执行前,则会通过dbunit导入一份标准数据,这部分工作是测试用例的@Before方法中实现的。

2. 如何手动建库

当开发人员需要手动建库时,只需要两个简单的命令就可以实现:

  通过hbm2ddl重建数据库:mvn hibernate3:hbm2ddl

  通过dbunit为新库导入基础数据:mvn dbunit:operation

本文转载自:http://blog.csdn.net/bluishglc/article/details/6674740

共有 人打赏支持
猪刚烈
粉丝 22
博文 708
码字总数 110
作品 1
海淀
程序员
Java应用场景的解决框架资源大全

国外程序员整理的Java资源大全(全部是干货) 原文 译者 唐尤华 翻译自 github akullpp 这里搜集了用来构建应用程序的工具 Apache Maven Maven使用声明进行构建并进行依赖管理 偏向于使用约定...

HappyBoyLi
2016/02/27
0
0
使用Maven+Nexus+Jenkins+Svn+Tomcat+Sonar搭建持续集成环境(一)

前言 但凡一个略有规模的项目都需要一个持续集成环境的支撑,为什么需要持续集成环境,我们来看一个例子。假如一个项目,由A、B两位程序员来协作开发,A负责前端模块,B负责后端模块,前端依...

凯文加内特
2015/11/05
0
0
JAVA基础知识整理 常用框架

JAVA反射---相关资料: 1.Java反射机制可以让我们在编译期(Compile Time)之外的运行期(Runtime)检查类,接口,变量以及方法的信息 2.反射还可以让我们在运行期实例化对象,调用方法,通过调用...

zheng_pat
2015/09/23
1K
2
完整全面的Java资源库(包括构建、操作、代码分析、编译器、数据库、社区等等)

构建 这里搜集了用来构建应用程序的工具。 Apache Maven:Maven使用声明进行构建并进行依赖管理,偏向于使用约定而不是配置进行构建。Maven优于Apache Ant。后者采用了一种过程化的方式进行配...

拉偶有所依
2015/05/20
2.7K
22
Lucene入门程序-Java API的简单使用

Lucene入门程序 准备环境 JDK: 1.8.0_162 IDE: Eclipse Neon.3 数据库: MySQL 5.7.20 Lucene: 4.10.4(已经很稳定了,高版本对部分分词器支持不好) 准备数据 创建工程 创建Maven Project(打包方...

马瘦风
07/25
0
0

没有更多内容

加载失败,请刷新页面

加载更多

TypeScript基础入门之JSX(二)

转发 TypeScript基础入门之JSX(二) 属性类型检查 键入检查属性的第一步是确定元素属性类型。 内在元素和基于价值的元素之间略有不同。 对于内部元素,它是JSX.IntrinsicElements上的属性类型...

durban
25分钟前
0
0
AVA中CAS-ABA的问题解决方案AtomicStampedReference

了解CAS(Compare-And-Swap) CAS即对比交换,它在保证数据原子性的前提下尽可能的减少了锁的使用,很多编程语言或者系统实现上都大量的使用了CAS。 JAVA中CAS的实现 JAVA中的cas主要使用的是...

码代码的小司机
27分钟前
1
0
Android JNI开发系列(十三) JNI异常处理

JNI 异常处理 JNI异常与JAVA处理异常的区别 JAVA 有异常处理机制,而JNI没有 如果JAVA中异常没有捕获,后面的代码不会执行,JNI会执行 JAVA编译时的异常,是在方法显示的声明了某一个异常,编...

蔡小鹏
41分钟前
2
0
简单介绍Java 的JAR包、EAR包、WAR包区别

WAR包 WAR(Web Archive file)网络应用程序文件,是与平台无关的文件格式,它允许将许多文件组合成一个压缩文件。War专用于Web方面。大部分的JAVA WEB工程,都是打成WAR包进行发布的。 War是...

Linux就该这么学
今天
1
0
Qt那些事0.0.7

在帮助文档(Overview - QML and C++ Integration)中随缘遇到一张图,是关于C++对象与QML整合介绍的,值得标记下来,虽然大部分功能也有所涉猎,但是还是留个记号,万一哪天我失忆了还想写Q...

Ev4n
今天
2
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部