Mockito(三)--完整功能介绍

泄露秘密 提交于 2020-03-02 08:38:08

回到官网:http://mockito.org/,打开documentation可以看到原文。

强烈建议不熟悉Mockito的同学先看看我写的Mockito(一)入门篇和(二)实例篇之后再来看这篇文章。

因为只有看了前两篇文章才明白mockito的本质以及该如何使用它。

下面是按原文 翻译+注释 的对Mockito全部功能的介绍。

 

1, 使用mockito验证行为。

//首先要importMockito.

import static org.mockito.Mockito.*;

//mock creation

List mockedList = mock(List.class);

//using mock object

mockedList.add("one");

mockedList.clear();

//验证add方法是否在前面被调用了一次,且参数为“one”。clear方法同样。

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

verify(mockedList).clear();

//下面的验证会失败。因为没有调用过add("two")。

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

原文中的一句话很重要:Once created, mock will remember all interactions.所以mockito知道前面是否调用过某方法。

 

2, 使方法调用返回期望的值。也被称为stubbing

//You can mock concrete classes, not only interfaces

LinkedList mockedList = mock(LinkedList.class);

//stubbing。当get(0)被调用时,返回"first". 方法get(1)被调用时,抛异常。

when(mockedList.get(0)).thenReturn("first");

when(mockedList.get(1)).thenThrow(new RuntimeException());

//following prints "first"

System.out.println(mockedList.get(0));

//following throws runtime exception

System.out.println(mockedList.get(1));

//following prints "null" because get(999) was not stubbed

System.out.println(mockedList.get(999));

默认情况下,对于所有有返回值且没有stub过的方法,mockito会返回相应的默认值。

对于内置类型会返回默认值,如int会返回0,布尔值返回false。对于其他type会返回null。

这里一个重要概念就是: mock对象会覆盖整个被mock的对象,因此没有stub的方法只能返回默认值。

 

//重复stub两次,则以第二次为准。如下将返回"second":

when(mockedList.get(0)).thenReturn("first");

when(mockedList.get(0)).thenReturn("second");

//如果是下面这种形式,则表示第一次调用时返回“first”,第二次调用时返回“second”。可以写n多个。

when(mockedList.get(0)).thenReturn("first").thenReturn("second");

但是,如果实际调用的次数超过了stub过的次数,则会一直返回最后一次stub的值。

如上例,第三次调用get(0)时,则会返回"second".

 

3, 参数匹配

在上例中如果想实现get(任意整数)时,都返回“element”时,该怎么做呢?很简单。

//stubbing 使用了内置的anyint() matcher.

when(mockedList.get(anyInt())).thenReturn("element");

//因此除了anyint()之外,还有其他很多matcher。这里请参考原文。

//使用了matcher一样可以验证被调用的次数。

verify(mockedList).get(anyInt());

这里有一个限制就是,如果在调用方法时需要传入多个参数,其中一个参数使用了argument matcher,那么所有的参数必须都是matcher。

不可以matcher和实际的参数混着用。

 

这里也可以使用custom argument matcher。因为很多时候输入参数不是build-in 类型,而是我们自己写的一些类,或特殊对象。

这时要使用argument matcher,就必须订制特殊的matcher了。

下例是一个特殊的matcher的实例,这个matcher可以匹配任何file对象。

public class SayHiTest {

 @Test
 public void testSayHi() throws Exception {
     File mock = mock(File.class); //首先mock File类。
     //注意new IsAnyFiles()并不是一个matcher,需要调用argThat(new IsAnyFiles()))才返回一个matcher。

     //下句中stub:当调用renameTo方法时,返回false。该方法参数可以是任意file对象。

     when(mock.renameTo(argThat(new IsAnyFiles()))).thenReturn(false); 
     mock.renameTo(new File("test")); 

     //下句verify renameTo方法被调用了一次,同时输入参数是任意file。
     verify(mock).renameTo(argThat(new IsAnyFiles()));
 }
}
 
class IsAnyFiles extends ArgumentMatcher<File> {
    public boolean matches(Object file) {
        return file.getClass() == File.class;
    }
 }

另外一个参数匹配的例子:

            class IsSOAPMessage extends ArgumentMatcher<SOAPMessage> {

                        public boolean matches(Object soapMessage) {

                                    return (soapMessage instanceof SOAPMessage) || soapMessage==null;

                        }

            }

//上面的macther不仅可以匹配任意的SOAPMessage对象,如果输入参数为空也可以匹配上。

这里说一下我犯过的一个错误。

我在做参数匹配的时候,没有考虑到输入参数为空的情况,导致matcher匹配不上,进而stub的行为无法生效。

其实在发现mock对象没有想自己想象的方式工作时,最好的方法就是debug进去,首先要先确定mock对象是不是真的传递进去了。然后再一步步的debug。

通常遇到的两种情况就是1,mock对象没有传递进去。2,参数没有匹配上。


4, 验证方法被调用了特定次数/至少x次/最多x次/从未被调用

//是否add("twice")被调用了两次。

 verify(mockedList, times(2)).add("twice");

//验证add("twice")被调用了至少一次。以及其他。

verify(mockedList, atLeastOnce()).add("twice");

verify(mockedList, atLeast(2)).add("twice");

verify(mockedList, atMost(5)).add("twice");

verify(mockedList, never()).add("twice");

 

5, 调用方法时抛出异常

doThrow(new RuntimeException()).when(mockedList).clear();

后面还会再介绍几个类似的方法,例如doReturn()。

 

6, 验证顺序

//下面的代码验证firstMock先被调用,secondMock后被调用。

inOrder.verify(firstMock).add("was called first");

inOrder.verify(secondMock).add("was called second");

 

7, 验证mock之间没有相互作用6,7都不是很明白实际意义是什么。


8, 找到冗余的调用

用never()就可以实现,不多说


9, 使用@mock 定义mock。


之前都是使用mock()来模拟一个对象。用@mock是一个shorthand。

public class ArticleManagerTest {

@Mock private ArticleCalculator calculator;

@Mock private ArticleDatabase database;

@Mock private UserProvider userProvider;

private ArticleManager manager;

之后再继续介绍mockito复杂一点的功能。

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!