Mockito

/ 测试Java / 没有评论 / 1947浏览

一 mockito基本概念

Mock测试是单元测试的重要方法之一,而Mockito作为一个流行的Mock框架,简单易学,且有非常简洁的API,测试代码的可读性很高。

Mock测试就是在测试过程中,对于一些不容易构造(如HttpServletRequest必须在Servlet容器中才能构造出来)或者说获取比较复杂的对象(如JDBC中的ResultSet对象)或者说我们并不需要关注的对象,用一个虚拟的对象(Mock对象)来创建方便测试的测试方法。

Mock最大的功能是可以帮我们把单元测试的耦合分解开,如果代码中对另一个类或接口有依赖,它就能帮你模拟这些依赖,并帮你验证所调用的依赖的行为。

Java中目前主要的Mock测试工具有Mockito,JMock,EasyMock等等,很多Java Mock库如EasyMock或JMock都是expect-run-verify(期望-运行-测试)的方式,而Mockito则更简单:在执行后的互动中提问。使用Mockito主要记住,在执行前stub,而后在交互中验证即可。

那么什么是stub呢?了解一下Stub和Mock的区别。

Stub对象用来提供测试时所需要的测试数据,可以对各种交互设置相应的回应,比如说设置方法调用的返回值等等。我们在Mockito中可以通过when(...)thenReturn(...)来设置方法调用的返回值。

Mock对象用来验证测试中所依赖的对象间的交互能否达到预期,我们可以在Mockito中用verify(...)methodXxx(...)语法来验证methodXxx方法是否按预期被调用。它也有限制,对于final类、匿名类和Java的基本类型是无法mock的。

二 具体使用

  1. 如果项目是Maven管理的,那么就要在pom.xml中加入依赖:
<dependency> 
    <groupId>org.mockito</groupId> 
    <artifactId>mockito-all</artifactId> 
    <version>1.8.5</version> 
    <scope>test</scope> 
</dependency>

然后在程序中直接import static org.mockito.Mockito.*; 即可

  1. 首先看一个例子:
List mockList = mock( List.class ); 
when( mockList .get(0) ).thenReturn( 1 ); 
assertEquals( "预期返回1", 1, mockList .get( 0 ) );

mockList模拟了List的对象,拥有List的所有方法和属性。when(...).thenReturn(...)是指当执行这个方法的时候,返回指定的值。相当于模拟配置对象的过程,为某些条件给定一个预期的返回值。

这里的List是Java.util.List接口,并不是实现类,你也可以使用实现类,我们可以使用它们作为打桩对象。这里的打桩(Stub)也可以叫存根,就是把所需的测试数据塞进对象中,关注的是输入和输出。这里的when(...).thenReturn(...)就是在定义对象方法和参数(输入),然后在thenReturn()中指定结果(输出),这个过程就是Stub打桩,一旦这个方法被Stub了,就会一直返回这个stub的值。当我们连续两次为同一个方法使用stub的时候,最后的那个stub是有效的。

一旦mock了一个对象之后,mock对象会覆盖掉整个被mock的对象,因此如果没有stub方法,就只能返回默认值。当我们mock一个接口时,很多成员方法只是一个签名,并没有实现,需要我们手动写出这些实现方法。比如说,我们模拟request请求对象,被测试的代码中使用了HttpServletRequest的什么方法,就要写出相应的实现方法:

HttpServletRequest request = mock(HttpServletRequest.class); 
when(request.getParameter("foo")).thenReturn("boo");

如果我们不通过when().thenReturn()返回预期值,mockito就会默认返回null,也不会报错说这个方法找不到。mock实例默认的会给所有的方法添加基本实现:返回null或者空集合,或者0等基本类型的值。

  1. 迭代风格

打桩支持迭代风格的返回值设定,如:

// 第一种方式   
when(i.next()).thenReturn("Hello").thenReturn("World"); 
// 第二种方式 
when(i.next()).thenReturn("Hello", "World"); 
// 第三种方式,都是等价的 
when(i.next()).thenReturn("Hello"); 
when(i.next()).thenReturn("World");
  1. 测试无返回值的方法

如果被测试的方法没有返回值,那么测试方法是:

doNothing().when(i).remove();   
doNothing().when(obj).notify(); 
// 或直接 
when(obj).notify();
  1. 抛出异常

mockito还能对被测试的方法强行抛出异常:

when(i.next()).thenThrow(new RuntimeException());
doThrow(new RuntimeException()).when(i).remove();

支持迭代风格:

doNothing().doThrow(new RuntimeException()).when(i).remove();  //第一次调用remove方法什么都不做,第二次调用抛出RuntimeException异常。  
  1. 参数匹配器

Argument Matcher(参数匹配器)

Mockito通过equals()方法,来对方法参数进行验证。但是有时候我们需要更加灵活的参数需求,比如,匹配任何的String类型的参数等等。参数匹配器就是一个能够满足这些需求的工具。

Mockito框架中的Matchers类内建了很多参数匹配器,我们常用的Mockito对象就是继承自Matchers。比如anyInt()匹配任何int类型的参数,anyString()匹配任何字符串...

@Test 
public void argumentMatchersTest(){ 
    List<String> mock = mock(List.class); 
    when(mock.get(anyInt())).thenReturn("Hello").thenReturn("World"); 
    String result=mock.get(100)+" "+mock.get(200); 
    verify(mock,times(2)).get(anyInt()); 
    assertEquals("Hello World",result); 
} 

首先mock了List接口,然后用迭代的方式模拟了get方法的返回值,这里用了anyInt()参数匹配器来匹配任何的int类型的参数。所以当第一次调用get方法时输入任意参数为100方法返回”Hello”,第二次调用时输入任意参数200返回值”World”。

这里需要注意:

如果使用了参数匹配器,那么所有的参数需要由匹配器来提供,否则将会报错。假如我们使用参数匹配器stubbing了mock对象的方法,那么在verify的时候也需要使用它。如:

@Test 
public void argumentMatchersTest(){ 
    Map mapMock = mock(Map.class); 
    when(mapMock.put(anyInt(), anyString())).thenReturn("world"); 
    mapMock.put(1, "hello"); 
    verify(mapMock).put(anyInt(), eq("hello")); 
}   

在最后的验证时如果只输入字符串”hello”是会报错的,必须使用Matchers类内建的eq方法。如果将anyInt()换成1进行验证也需要用eq(1)。

  1. 验证Verify

之前的when(...).thenReturn(...)属于状态测试,有些时候,测试并不关心返回结果,而是关心方法是否被正确的参数调用过,这时候就应该使用验证方法了。从概念上讲,就是和状态测试不同的“行为测试”了。一旦通过mock对模拟对象打桩,意味着mockito会记录着这个模拟对象调用了什么方法,调用了多少次,最后由用户决定是否需要进行验证,即verify()方法。

mockedList.add("one"); 
mockedList.add("two"); 
verify(mockedList).add("one");

verify 内部跟踪了所有的方法调用和参数的调用情况,然后会返回一个结果,说明是否通过。

Map mock = Mockito.mock( Map.class ); 
when( mock.get( "city" ) ).thenReturn( "广州" ); 
// 关注参数有否传入 
verify(mock).get( Matchers.eq( "city" ) ); 
// 关注调用的次数 
verify(mock, times( 2 )); 

也就是说,这是对历史记录作一种回溯校验的处理。

Mockito 除了提供 times(N) 方法供我们调用外,还提供了很多可选的方法:

verify 也可以像 when 那样使用模拟参数,若方法中的某一个参数使用了matcher,则所有的参数都必须使用 matcher。

// correct   
verify(mock).someMethod(anyInt(), anyString(), eq("third argument"));   
// will throw exception   
verify(mock).someMethod(anyInt(), anyString(), "third argument"); 
  1. Spy

Mock对象是能调用stubbed方法,调用不了它真实的方法,但是Mockito可以监视一个真实的对象,这时对它进行方法调用时它将调用真实的方法,同时也可以stubbing这个对象的方法让它返回我们的期望值。同时,我们也可以用verify进行验证。

监视对象

监视一个对象需要调用spy(T object)方法,如:List spy = spy(new LinkedList());那么spy变量就在监视LinkedList实例。

被监视对象的Stubbing

stubbing被监视对象的方法时要慎用when(Object),如:

List spy = spy(new LinkedList()); 
//Impossible: real method is called so spy.get(0) throws IndexOutOfBoundsException (the list is yet empty) 
when(spy.get(0)).thenReturn("foo"); 
//You have to use doReturn() for stubbing 
doReturn("foo").when(spy).get(0);

当调用when(spy.get(0)).thenReturn("foo")时,会调用真实对象的get(0),由于list是空的所以会抛出IndexOutOfBoundsException异常,用doReturn可以避免这种情况的发生,因为它不会去调用get(0)方法。

  1. 使用ArgumentCaptor(参数捕获器) 捕获方法参数进行验证

在某些场景中,不光要对方法的返回值和调用进行验证,同时需要验证一系列交互后所传入方法的参数,这时我们可以用参数捕获器来捕获传入方法的参数进行验证,看它是否符合我们的要求。

通过ArgumentCaptor对象的forClass(Class clazz)方法来构建ArgumentCaptor对象然后就可以在验证时对方法的参数进行捕获,最后验证捕获的参数值。如果方法有多个参数都要捕获验证,那就需要创建多个ArgumentCaptor对象处理。

argument.capture() 捕获方法参数

argument.getValue() 获取方法参数值,如果方法进行了多次调用,它将返回最后一个参数值

argument.getAllValues() 方法进行多次调用后,返回多个参数值

@Test 
public void argumentCaptorTest() { 
    List mock = mock(List.class); 
    List mock2 = mock(List.class); 
    mock.add("John"); 
    mock2.add("Brian"); 
    mock2.add("Jim"); 

    ArgumentCaptor argument = ArgumentCaptor.forClass(String.class); 

    verify(mock).add(argument.capture()); 
    assertEquals("John", argument.getValue()); 

    verify(mock2, times(2)).add(argument.capture()); 

    assertEquals("Jim", argument.getValue()); 
    assertArrayEquals(new Object[]{"Brian","Jim"},argument.getAllValues().toArray()); 
} 

在某种程度上参数捕获器和参数匹配器有很大的相关性。它们都用来确保传入mock对象参数的正确性。然而,当自定义的参数匹配器的重用性较差时,用参数捕获器会更合适,只需在最后对参数进行验证即可。