Hello 大家好，我是阿粉，日常工作中很多时候我们都需要同事间的相互配合协作完成某些功能，所以我们经常会遇到服务或者应用内不同模块之间要互相依赖的场景。比如下面的场景，
serviceA
中的
methodA()
方式依赖
serviceB
中的
methodB()
方法返回操作的结果。那如果我们要对自己的
methodA()
方法进行编写单元测试，还需要等其他同事的
methodB()
方法开发完成才行。那有没有什么办法我们可以跳过或者说模拟方法 B 的输出呢？这就引出了我们今天的主角
Mockito
，一个优秀的
Mock
测试框架。
我们通过使用
Mock
技术可以让开发不停滞，
Mock
技术的作用是将服务与服务之间的依赖在测试自测阶段隔离开，让开发人员在自己的应用内部通过模拟的方式把需要依赖外部的接口给构造出来，从而保证不被外界的开发进度所影响。今天我们要谈到的
Mockito
就是一个优秀的
Mock
框架。
Mockito
Mockito is a mocking framework that tastes really good. It lets you write beautiful tests with a clean & simple API. Mockito doesn’t give you hangover because the tests are very readable and they produce clean verification errors.
Mockito
是一个很好用的模拟框架。它让您可以使用干净简单的
API
编写漂亮的测试。
Mockito
的可读性非常好，不会让你感动迷惑，产生的验证错误也很明确。
官网地址：
https://site.mockito.org/
中文文档：
https://github.com/hehonghui/mockito-doc-zh#0
测试用例 1
首先在工程的
pom
文件里面加依赖，我们加上
mockito
和
junit
的依赖。
<dependency>
<groupId>org.mockito</groupId>
<artifactId>mockito-all</artifactId>
<version>1.9.5</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.11</version>
<scope>test</scope>
</dependency>
接下来我们编写一个简单的测试用例，这里我们通过
mock
一个
List
对象，先添加几个元素，后面验证添加交互是否与我们预期的一致。
@Test
public void testVerify() throws Exception {
//创建 mock 对象
List mockedList = mock(List.class);
mockedList.add("test1");
mockedList.add("test2");
mockedList.add("test2");
mockedList.clear();
//验证是否执行了一次 add("test1") 操作
verify(mockedList).add("test1");
//同上面验证是否执行了一次 add("test1") 操作，默认就是 time(1)
verify(mockedList, times(1)).add("test1");
//验证是否执行了3次 add("test2") 操作
//verify(mockedList, times(3)).add("test2");
verify(mockedList).clear();
}
上面的测试用例我们运行过后是如下效果，测试用例是通过的。
当我们放开
verify(mockedList, times(3)).add("test2");
这一行代码进行运行时，我们可以看到测试用例未通过，提示的错误是我们预期执行 3 次，结果实际只执行了 2 次
add("test2")
操作。
上面的测试用例是验证对应方式的执行次数是否和预期一致，除了有准确的次数之外，还有最多，至少，从未等验证方式，如下所示：
//精确次数
verify(mockedList, times(3)).add("test2");
//至少 1次
verify(mockedList, atLeastOnce()).add("test2");
//至少 2 次
verify(mockedList, atLeast(2)).add("test2");
//最多 5 次
verify(mockedList, atMost(5)).add("test2");
测试用例 2
通过设值或者打桩的方式预设参数，如下所示，当执行
get(0)
操作时，我们通过
thenReturn()
方法返回
hello
，当执行
get(1)
操作时我们抛出空指针异常，运行结果如下图所示：
@Test
public void testWhen() throws Exception {
LinkedList mockedList = mock(LinkedList.class);
//设置值，通常被称为打桩
when(mockedList.get(0)).thenReturn("hello");
when(mockedList.get(1)).thenThrow(new NullPointerException());
System.out.println(mockedList.get(0));
//这里会打印 "null" 因为 get(2) 没有设置
System.out.println(mockedList.get(2));
//这里会抛 exception
System.out.println(mockedList.get(1));
//验证有没有执行 get(0) 操作
verify(mockedList).get(0);
}
可以看到当我们调用
get(0)
和
get(1)
的时候控制台成功的抛出了异常。这种方式通常被称为
Stubbing
，除了使用
when...thenReturn
方式之外，还有一种形式可以表达，代码如下：
@Test
public void testDoReturn() throws Exception {
Iterator mockedList = mock(Iterator.class);
doReturn("hello").when(mockedList).next();
Object next = mockedList.next();
System.out.println(next);
doReturn("world").when(mockedList).next();
Object next2 = mockedList.next();
System.out.println(next2);
//上面的过程也可以写成如下方式
doReturn("test1", "test2").when(mockedList).next();
Object next3 = mockedList.next();
System.out.println(next3);
Object next4 = mockedList.next();
System.out.println(next4);
}
运行结果如下所示，也可以用
doThrow()
方法进行抛异常：
测试用例 3
日常开发中我们通过要保证方法的时效性，或者说我们要保证我们某个方法必须在多长时间内执行完成，这个时候我们也可以通过 mock 的方式来验证我们的方法是否满足要求。代码如下：
@Test
public void testTimeout() throws Exception {
HttpService mock = mock(HttpService.class);
String url = "http://www.xxx.com";
mock.getRequest(url);
verify(mock, timeout(100)).getRequest(url);
//timeout时间后，用自定义的检验模式验证getRequest()
VerificationMode customVer = new VerificationMode() {
@Override
public void verify(VerificationData data) {
}
@Override
public VerificationMode description(String s) {
return null;
}
};
verify(mock, new Timeout(100, customVer)).getRequest(url);
}
Mockito 还有很多 API 可以使用，更多的使用方式，大家可以参考这面这个网站。
https://www.tutorialspoint.com/mockito/mockito_timeouts.htm
，有更详细的介绍。
