jmock2.5基本教程
目录
第0章 概述
第1章 jmock初体验
第2章 期望
第3章 返回值
第4章 参数匹配
第5章 指定方法调用次数
第6章 指定执行序列
第7章 状态机
第0章 概述
现在的dev不是仅仅要写code而已,UT已经变为开发中不可缺少的一环。JUnit的出现给javaer的UT编写提供了巨大的便利。但是JUnit并没有解决所有的问题。
当我们要测试一个功能点的时候,需要把不需要我们关注的东西隔离开,从而可以只关注我们需要关注的行为。
jmock通过mock对象来模拟一个对象的行为,从而隔离开我们不关心的其他对象,使得UT的编写变得更为可行,也使得TDD变得更为方便,自然而然的,也就成为敏捷开发的一个利器。
可以到http://www.jmock.org/download.html下载jmock.
添加jar到classpath。
添加的时候,注意把JUnit4的order放到最后。因为junit4它自己带了一个Hamcrest jar。
要是不注意顺序的话,有可能报
java.lang.SecurityException: class "org.hamcrest.TypeSafeMatcher"'s signer information does not match signer information of other classes in the same package。
Note:
这里的类定义用来演示如何使用jmock,所以都是定义为public的。
- publicclassUserManager{
- publicAddressServiceaddressService;
- publicAddressfindAddress(StringuserName){
- returnaddressService.findAddress(userName);
- }
- publicIterator<Address>findAddresses(StringuserName){
- returnaddressService.findAddresses(userName);
- }
- }
我们有一个UserManager,要测试它的方法,但是,UserManager是依赖于AddressService的。这里我们准备mock掉AddressService。
第1章 jmock初体验
这个例子的作用在于像一个传统的hello world一样,给大家一个简明的介绍,可以有一个感觉,jmock可以做什么。
AddressService本身太复杂,很难构建,这个时候,jmock出场了。
- @Test
- publicvoidtestFindAddress(){
- Mockerycontext=newMockery();
- finalAddressServiceaddressServcie=context
- .mock(AddressService.class);
- context.checking(newExpectations(){
- {
- oneOf(addressServcie).findAddress("allen");
- will(returnValue(Para.Xian));
- }
- });
- UserManagermanager=newUserManager();
- manager.addressService=addressServcie;
- Addressresult=manager.findAddress("allen");
- Assert.assertEquals(Result.Xian,result);
- }
那么这里做了什么事情呢?
1 首先,我们建立一个test上下文对象。
2 用这个mockery context建立了一个mock对象来mock AddressService.
3 设置了这个mock AddressService的findAddress应该被调用1次,并且参数为"allen"。
4 生成UserManager对象,设置addressService,调用findAddress。
5 验证期望被满足。
基本上,一个简单的jmock应用大致就是这样一个流程。
最显著的优点就是,我们没有AddressService的具体实现,一样可以测试对AddressService接口有依赖的其他类的行为。也就是说,我们通过mock一个对象来隔离这个对象对要测试的代码的影响。
由于大致的流程是一样的,我们提供一个抽象类来模板化jmock的使用。
- publicabstractclassTestBase{
- protectedMockerycontext=newMockery();
- protectedfinalAddressServiceaddressServcie=context
- .mock(AddressService.class);
- protectedUserManagermanager;
- privatevoidsetUpUserManagerWithMockAddressService(){
- manager=newUserManager();
- manager.addressService=addressServcie;
- }
- protectedvoidassertFindAddress(StringuserName,Addressexpected){
- Addressaddress=manager.findAddress(userName);
- Assert.assertEquals(expected,address);
- }
- protectedvoidassertFindAddressFail(StringuserName){
- try{
- manager.findAddress(userName);
- Assert.fail();
- }catch(Throwablet){
- }
- }
- @Test
- publicfinalvoidtest(){
- setUpExpectatioin();
- setUpUserManagerWithMockAddressService();
- invokeAndVerify();
- }
- protectedabstractvoidsetUpExpectatioin();
- protectedabstractvoidinvokeAndVerify();
- }
这样一来,我们以后的例子中只用关心setUpExpectatioin()和invokeAndVerify()方法就好了。
第2章 期望
好了,让我们来看看一个期望的框架。
- invocation-count(mock-object).method(argument-constraints);
- inSequence(sequence-name);
- when(state-machine.is(state-name));
- will(action);
- then(state-machine.is(new-state-name));
invocation-count 调用的次数约束
mock-object mock对象
method 方法
argument-constraints 参数约束
inSequence 顺序
when 当mockery的状态为指定的时候触发。
will(action) 方法触发的动作
then 方法触发后设置mockery的状态
这个稍微复杂一些,一下子不明白是正常的,后面讲到其中的细节时,可以回来在看看这个框架。
第3章 返回值
调用一个方法,可以设置它的返回值。即设置will(action)。
- @Override
- protectedvoidsetUpExpectatioin(){
- context.checking(newExpectations(){
- {
- allowing(addressServcie).findAddress("allen");
- will(returnValue(Para.BeiJing));
- allowing(addressServcie).findAddress(null);
- will(throwException(newIllegalArgumentException()));
- }
- });
- }
- @Override
- protectedvoidinvokeAndVerify(){
- assertFindAddress("allen",Result.BeiJing);
- assertFindAddressFail(null);
- }
这里演示了两种调用方法的结果,返回值和抛异常。
使用jmock可以返回常量值,也可以根据变量生成返回值。
抛异常是同样的,可以模拟在不同场景下抛的各种异常。
对于Iterator的返回值,jmock也提供了特殊支持。
- @Override
- protectedvoidsetUpExpectatioin(){
- finalList<Address>addresses=newArrayList<Address>();
- addresses.add(Para.Xian);
- addresses.add(Para.HangZhou);
- finalIterator<Address>iterator=addresses.iterator();
- context.checking(newExpectations(){
- {
- allowing(addressServcie).findAddresses("allen");
- will(returnValue(iterator));
- allowing(addressServcie).findAddresses("dandan");
- will(returnIterator(addresses));
- }
- });
- }
- @Override
- protectedvoidinvokeAndVerify(){
- Iterator<Address>resultIterator=null;
- resultIterator=manager.findAddresses("allen");
- assertIterator(resultIterator);
- resultIterator=manager.findAddresses("allen");
- Assert.assertFalse(resultIterator.hasNext());
- resultIterator=manager.findAddresses("dandan");
- assertIterator(resultIterator);
- resultIterator=manager.findAddresses("dandan");
- assertIterator(resultIterator);
- }
- privatevoidassertIterator(Iterator<Address>resultIterator){
- Addressaddress=null;
- address=resultIterator.next();
- Assert.assertEquals(Result.Xian,address);
- address=resultIterator.next();
- Assert.assertEquals(Result.HangZhou,address);
- Assert.assertFalse(resultIterator.hasNext());
- }
从这个例子可以看到对于Iterator,returnValue和returnIterator的不同。
- @Override
- protectedvoidsetUpExpectatioin(){
- context.checking(newExpectations(){
- {
- allowing(addressServcie).findAddress("allen");
- will(newAction(){
- @Override
- publicObjectinvoke(Invocationinvocation)
- throwsThrowable{
- returnPara.Xian;
- }
- @Override
- publicvoiddescribeTo(Descriptiondescription){
- }
- });
- }
- });
- }
- @Override
- protectedvoidinvokeAndVerify(){
- assertFindAddress("allen",Result.Xian);
- }
其实这里要返回一个Action,该Action负责返回调用的返回值。既然知道了这个道理,我们自然可以自定义Action来返回方法调用的结果。
而returnValue,returnIterator,throwException只不过是一些Expectations提供的一些static方法用来方便的构建不同的Action。
除了刚才介绍的
ReturnValueAction 直接返回结果
ThrowAction 抛出异常
ReturnIteratorAction 返回Iterator
还有
VoidAction
ReturnEnumerationAction 返回Enumeration
DoAllAction 所有的Action都执行,但是只返回最后一个Action的结果。
ActionSequence 每次调用返回其Actions列表中的下一个Action的结果。
CustomAction 一个抽象的Action,方便自定义Action。
举个例子来说明DoAllAction和ActionSequence的使用。
- @Override
- protectedvoidsetUpExpectatioin(){
- context.checking(newExpectations(){
- {
- allowing(addressServcie).findAddress("allen");
- will(doAll(returnValue(Para.Xian),returnValue(Para.HangZhou)));
- allowing(addressServcie).findAddress("dandan");
- will(onConsecutiveCalls(returnValue(Para.Xian),
- returnValue(Para.HangZhou)));
- }
- });
- }
- @Override
- protectedvoidinvokeAndVerify(){
- assertFindAddress("allen",Result.HangZhou);
- assertFindAddress("dandan",Result.Xian);
- assertFindAddress("dandan",Result.HangZhou);
- }
第4章 参数匹配
即设置argument-constraints
- @Override
- protectedvoidsetUpExpectatioin(){
- context.checking(newExpectations(){
- {
- allowing(addressServcie).findAddress("allen");
- will(returnValue(Para.Xian));
- allowing(addressServcie).findAddress(with(equal("dandan")));
- will(returnValue(Para.HangZhou));
- allowing(addressServcie).findAddress(
- with(newBaseMatcher<String>(){
- @Override
- publicbooleanmatches(Objectitem){
- Stringvalue=(String)item;
- if(value==null)
- returnfalse;
- returnvalue.contains("zhi");
- }
- @Override
- publicvoiddescribeTo(Descriptiondescription){
- }
- }));
- will(returnValue(Para.BeiJing));
- allowing(addressServcie).findAddress(with(any(String.class)));
- will(returnValue(Para.ShangHai));
- }
- });
- }
- @Override
- protectedvoidinvokeAndVerify(){
- assertFindAddress("allen",Result.Xian);
- assertFindAddress("dandan",Result.HangZhou);
- assertFindAddress("abczhidef",Result.BeiJing);
- assertFindAddress("abcdefg",Result.ShangHai);
- }
测试演示了直接匹配,equal匹配,自定义匹配,任意匹配。
其实,这些都是为了给参数指定一个Matcher,来决定调用方法的时候,是否接收这个参数。
在Expectations中提供了一些便利的方法方便我们构造Matcher.
其中
equal判断用equal方法判断是否相等。
same判断是否是同一个引用。
any,anything接收任意值。
aNull接收null。
aNonNull接收非null.
jmock提供了很多有用的匹配。可以用来扩展写出更多的Matcher。
基本Matcher
IsSame 引用相等。
IsNull
IsInstanceOf
IsEqual 考虑了数组的相等(长度相等,内容equals)
IsAnything always return true.
逻辑Matcher
IsNot
AnyOf
AllOf
其他
Is 装饰器模式的Matcher,使得可读性更高。
第5章 指定方法调用次数
可以指定方法调用的次数。即对invocation-count进行指定。
exactly 精确多少次
oneOf 精确1次
atLeast 至少多少次
between 一个范围
atMost 至多多少次
allowing 任意次
ignoring 忽略
never 从不执行
可以看出,这些range都是很明了的。只有allowing和ignoring比较特殊,这两个的实际效果是一样的,但是关注点不一样。当我们允许方法可以任意次调用时,用allowing,当我们不关心一个方法的调用时,用ignoring。
第6章 指定执行序列
- @Override
- protectedvoidsetUpExpectatioin(){
- finalSequencesequence=context.sequence("mySeq_01");
- context.checking(newExpectations(){
- {
- oneOf(addressServcie).findAddress("allen");
- inSequence(sequence);
- will(returnValue(Para.Xian));
- oneOf(addressServcie).findAddress("dandan");
- inSequence(sequence);
- will(returnValue(Para.HangZhou));
- }
- });
- }
- @Override
- protectedvoidinvokeAndVerify(){
- assertFindAddress("allen",Result.Xian);
- assertFindAddress("dandan",Result.HangZhou);
- }
这里指定了调用的序列。使得调用必须以指定的顺序调用。
来看一个反例
- @Override
- protectedvoidsetUpExpectatioin(){
- finalSequencesequence=context.sequence("mySeq_01");
- context.checking(newExpectations(){
- {
- oneOf(addressServcie).findAddress("allen");
- inSequence(sequence);
- will(returnValue(Para.Xian));
- oneOf(addressServcie).findAddress("dandan");
- inSequence(sequence);
- will(returnValue(Para.HangZhou));
- }
- });
- }
- @Override
- protectedvoidinvokeAndVerify(){
- assertFindAddressFail("dandan");
- }
当指定序列的第一个调用没有触发的时候,直接调用第2个,则会抛异常。
Note:指定序列的时候注意方法调用次数这个约束,如果是allowing那么在这个序列中,它是可以被忽略的。
第7章 状态机
状态机的作用在于模拟对象在什么状态下调用才用触发。
- @Override
- protectedvoidsetUpExpectatioin(){
- finalStatesstates=context.states("sm").startsAs("s1");
- context.checking(newExpectations(){
- {
- allowing(addressServcie).findAddress(
- with(StringContains.containsString("allen")));
- when(states.is("s1"));
- will(returnValue(Para.Xian));
- allowing(addressServcie).findAddress(
- with(StringContains.containsString("dandan")));
- when(states.is("s1"));
- will(returnValue(Para.HangZhou));
- then(states.is("s2"));
- allowing(addressServcie).findAddress(
- with(StringContains.containsString("allen")));
- when(states.is("s2"));
- will(returnValue(Para.ShangHai));
- }
- });
- }
- @Override
- protectedvoidinvokeAndVerify(){
- assertFindAddress("allen",Result.Xian);
- assertFindAddress("allen0",Result.Xian);
- assertFindAddress("dandan",Result.HangZhou);
- assertFindAddress("allen",Result.ShangHai);
- }
可以看到,如果序列一样,状态也为期望的执行设置了约束,这里就是用状态来约束哪个期望应该被执行。
可以用is或者isNot来限制状态。
状态机有一个很好的用处。
当我们建立一个test执行上下文的时候,如果建立的时候和执行的时候,我们都需要调用mock ojbect的方法,那么我们可以用状态机把这两部分隔离开。让他们在不同的状态下执行。