Posted on 2008-09-22 09:58
mingj 阅读(1980)
评论(0) 编辑 收藏 所属分类:
Spring
spring2.5最大的特色就是全面使用annotation代替xml配置,包括IOC Container、springMVC和 TestContext测试框架等,给我们开发带来了极大的便利。springMVC的新特性在
这篇文章里面已经有了比较详尽的介绍,而对于spring的新TestContext测试框架,大家也可以从
这里得到详细的例子说明,有兴趣的可以去仔细阅读,本文不再赘述。总而言之,通过spring2.5提供的 annotation,我们可以让我们的类——包括controller,Test等职责特殊的类——更 POJO 化,更易于测试,也提高了 TestCase的开发效率。
在开发过程中,我们通常需要mock特定的对象来测试预期行为,或者使用stub对象来提高单元测试效率。最常见的例子就是在多层webapp中,在controller类的测试方法里mock或 stub底层dao类的方法,从而减轻单元测试时数据库操作的开销,加快单元测试速率。至于Reflection,已不是java的新概念了,各样框架基本上都有使用Reflection来增强Runtime的动态性。而java5里Reflection效率的提升和annotation的引入,更是极大地提高java语言的动态性,让开发人员得到更多Runtime的灵活性。本文将演示如何使用spring2.5和Reflection简化测试中的 mock,使用的JUnit框架是JUnit4.4,mock框架是Easymock2.4。
让我们先看看最原始的使用mock对象的测试(假设基于jdk5进行开发,使用了包括static import,varargs等新特性):
import static org.easymock.EasyMock.*;
public void HelloworldTest extends AbstractSingleSpringContextTests {
private Foo foo = createMock(Foo.class);
private Bar bar = createMock(Bar.class);
private Helloworld helloworld;
@Before
public void before() {
reset(foo, bar);
helloworld = new Helloworld(foo, bar);
}
@After
public void after() {
verify(foo, bar);
}
@Test
public void shouldSayHello() {
//set expectations about foo/bar
replay(foo, bar);
helloworld.sayHello();
//assert verification
}
//
}
可以看到,因为使用了 Spring 老版本的 TestContext,上面的代码至少有两个方面是需要加强的:
1. 需要大量的 mock 对象创建操作,与真正的 Test Case 无关的繁琐代码,而且还引入了对Spring Context Test 类的继承依赖
2. 针对不同的 Test 类,因为用到不同的 mock 对象,每次都需要显式去指明 reset/replay/verify 用到的 mock 对象
针对上面的两个问题,我们有相应的解决方案来改进:
1. 使用spring来替我们创建mock对象,由spring IOC Container在runtime注入需要的mock对象
2. 提供更通用的rest/replay/verify机制来验证mock对象,而不是每个 Test 类都需要单独处理
1. 每个mock对象都需要手工创建么?答案当然是否定的,我们有FactoryBean。通过在配置文件中指定bean的定义,让spring来替我们创建mock对象。如下是针对Foo类的定义:
<bean id="mockFoo" class="org.easymock.EasyMock" factory-method="createMock">
<constructor-arg index="0" value="Foo"/>
</bean>
< /constructor-arg>与此同时,Spring TestContext框架提供了 @ContextConfiguration annotation 允许开发人员手工指定 Spring 配置文件所在的位置。这样,开发过程中,如果开发人员遵循比较好的配置文件组织结构,可以维护一套只用于测试的对象关系配置,里面只维护测试用到的 mock 对象,以及测试中用到的对 mock 对象有依赖关系的对象。在产品代码中则使用另一套配置文件,配置真实的业务对象。
JUnit4.4 之后,Test 类上可以通过 @RunWith 注解指定测试用例的 TestRunner ,Spring TestContext框架提供了扩展于 org.junit.internal.runners.JUnit4ClassRunner 的 SpringJUnit4ClassRunner,它负责总装 Spring TestContext 测试框架并将其统一到 JUnit 4.4 框架中。这样,你可以把 Test 类上的关于 Spring Test 类的继承关系去掉,并且使用 JUnit4 之后引入的 annotation 去掉其他任何 JUnit3.8 需要的约定和方法继承,让 Test 类更加 POJO。
Test 类也是“纯正” 的 java 对象,自然也可以通过 Spring 来管理依赖关系:在 Test 类的成员变量上加上 @Autowired 声明,使用 SpringJUnit4ClassRunner 运行 Test Case。Spring 会很聪明地帮助我们摆平 Test 依赖的对象,然后再运行已经“合法”的 Test Case,只要你在用于测试的配置文件里面定义了完整的依赖关系,一如其他正常对象。
<bean id="Helloword" class="Helloworld" autowire="byType"/>
这样,经过上面三点变化,例子代码变成了这样:
import static org.easymock.EasyMock.*;
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration("test-context.xml")
public void HelloworldTest {
@Autowired
private Foo foo;
@Autowired
private Bar bar;
@Autowired
private Helloworld helloworld;
@Before
public void before() {
reset(foo, bar);
}
@After
public void after() {
verify(foo, bar);
}
@Test
public void shouldSayHello() {
//set expectations about foo/bar
replay(foo, bar);
helloworld.sayHello();
//assert verification
}
//
}
2. 现在看上去是不是好多了?嗯,对象间的依赖关系和mock对象的创建都由 Spring 来替我们维护,再也不用费心了。不过,reset/verify 是不是还是看上去那么舒服?我们观察一下,通常为了简化对 mock 对象的验证,我们对 Test 类中使用到的 mock 对象都是一起reset/replay /verify,要是能有resetAll()/replayAll()/verifyAll()方法就好了,也省得不同的 Test 类写一大串对不同的 Mock 对象验证的方法。OK,这时候我们就要借助 Reflection 来完成这项任务了:通过 Reflection 得到 Test 类中所有加上 @Autowired 声明的成员变量,验证它们是不是由代理或者字节码增强,从而得到该 Test 类的所有由 Spring 创建的 mock 对象,进行 reset/replay/verify。
根据这个思路,我们引入这样一个 mock 测试的Helper类:
import static org.easymock.EasyMock.*;
final class MockTestHelper {
public static void resetAll(Object testObject) {
reset(getDeclaredMockedFields(testObject));
}
public static void verifyAll(Object testObject) {
verify(getDeclaredMockedFields(testObject));
}
public static void replayAll(Object testObject) {
replay(getDeclaredMockedFields(testObject));
}
private static Object[] getDeclaredMockedFields(Object testObject) {
Field[] declaredFields = testObject.getClass().getDeclaredFields();
List declaredMockedFields = new ArrayList();
for (Field field : declaredFields) {
if (field.isAnnotationPresent(Autowired.class)) {
boolean isAccessible = field.isAccessible();
try {
field.setAccessible(true);
Object value = field.get(testObject);
if (isClassProxy(value.getClass())) {
declaredMockedFields.add(value);
}
} catch (IllegalAccessException e) {
e.printStackTrace();
}
finally {
field.setAccessible(isAccessible);
}
}
}
return declaredMockedFields.toArray();
}
private static boolean isClassProxy(Class clazz) {
String className = clazz.getName();
return className.contains("$Proxy") || className.contains("$$EnhancerByCGLIB$$");
}
}
好了,有了这么一个 Helper 类,写 mock 对象的Test 类就简单了许多。还是以上面的例子为例,经过这么一重构,变成如下:
这样看起来就好多了,以后不管在 Test 类里面添加多少个 Test 类需要的 mock 对象,我们都不需要再修改对 mock 对象的验证了,Helper类会自动
帮我们完成所有的工作。
综上所述,使用Spring2.5里面引入的 Test Cntext 和 annotations 的确帮助我们减轻了大量的测试代码量,而且让我们的 Test 类更加POJO,更易于让人理解其职责,成为对 feature 的 specification。而 Reflection的小技巧,则能很方便的改进原来代码中不够动态的地方,进一步简化代码量和维护难度。当然我们可以看到,即使这样,代码里面还是有不少resetAll/replayAll/verifyAll的地方,作为 mock 框架带来的一些约束,我们没有办法来省略。这里推荐一种新的 mock 框架—— mockito,是有我的外国同事开发的,它不仅把mock、stub、spy等double的概念区分更清楚,而且让我们的 mock 测试更易写,更易读。
更多敬请期待本博的其他文章。
References:
Spring 2.5:Spring MVC中的新特性:http://www.infoq.com/cn/articles/spring-2.5-ii-spring-mvc
使用 Spring 2.5 TestContext 测试框架:https://www.ibm.com/developerworks/cn/java/j-lo-spring25-test/
mockito project homepage:http://code.google.com/p/mockito/