Android单元测试之 Mockito，kotlin枚举注解

2.3.1 verify

• verify()用于检查是否发生了某些行为。我们可以在测试方法代码的末尾使用Mockito验证方法，以确保调用了指定的方法。

• 我们可以使用verifyNoMoreInteractions()来确保所有内容均已通过验证。如果仍然有任何方法验证，它将失败并提供正确的消息。

• verifyZeroInteractions()行为与verifyNoMoreInteractions()方法相同。

• 我们可以使用inOrder()方法来验证方法调用的顺序。

来看一下代码：

@Test

fun test() {

myList?.add(1)

myList?.clear()

verify(myList)?.add(1)

verify(myList)?.clear()

}

还可以用来验证调用的次数，下面是用verify来判断函数调用了多少次：

@Test

fun test() {

myList?.size

verify(myList, times(0))?.add(1) // 判断add被调用了0次

verify(myList, times(1))?.size // 判断size被调用了1次

verify(myList, atLeast(1))?.size // 判断size被调用了至少一次

verify(myList, atLeastOnce())?.size // 同上，相同于atLiast(1)

verify(myList, atMost(2))?.size // 判断size被调用少于2次

verify(myList, never())?.clear() // 判断clear没有被调用过

verify(myList, only())?.clear() // 判断是否只调用过clear方法

}

2.3.2 verifyNoMorInteractions /

该方法调用后，表明之后再也没有Mock对象的交互了，所以一般用在测试方法的最后面。

// 表明之后再也没有myList的事情了， 这个地方可以跑通

verifyNoMoreInteractions(myList);

// 又操作了myList

myList.isEmpty();

// 因为之前已经声明不会再调用myList了，这里做了检查发现它使用过，所以这里会报错

verifyNoMoreInteractions(myList);

verifyZeroInteractions() 和该方法行为相同，不作赘述。

2.3.3 InOrder

可以使用 InOrder来验证调用的顺序：

@Test

fun test() {

myList?.size

mySet?.add(100)

myList?.add(1)

myList?.add(2)

myList?.clear()

mySet?.clear()

val inOrder = inOrder(myList, mySet)

inOrder.verify(myList)?.size

inOrder.verify(mySet)?.add(100)

inOrder.verify(myList)?.add(2)

// 测试可以通过

}

用来判断调用方法的顺序，也可以加入多个对象。

它就像字符串匹配中不连续子串的匹配~

2.4 when

---

when 像一个监听器，当事件触发时，会回调你想要的操作

下面是一个例子：

@RunWith(MockitoJUnitRunner::class)

class MyUnitTest {

@Mock

var myList: MutableList? = null

@Before

fun setUp() {

// 定义Mock行为，当调用 get（任何数）时，返回100

when(myList?.get(ArgumentMatchers.anyInt())).thenReturn(100)

}

@Test

fun test() {

// 调用Mock对象的行为

val res = myList?.get(1)

// 比较实际结果与预期结果

assertEquals(res, 100)

//测试通过

}

}

在初始化函数中，使用when()对Mock对象进行了监听，thenReturn() 就是回调，相当于Hook了Mock对象的返回结果。

除了thenReturn()，还有其他回调的Api，比如：

thenThrow() // 抛出一个异常

thenCallRealMethod() // 回调某个已经实现的方法

thenAnswer() // 捕捉数据别回调重写的方法

then() // 和 thenAnswer一样

2.5 doThrow

---

注：不知道为啥，使用Kotlin后，doThrow会莫名执行错误，而Java则没有问题，网上也没有找到解决办法，所以这里使用Java演示，可能Mokito使用在Kt上还是有一些坑的。

上一节中，有个语句是 when(...).thenThrow()，但是如果我们 when语句里的方法是 void返回类型，则编译不通过，如下：

public class ExampleService

{

public void hello(){

System.out.println(“hello”);

}

}

…

when(exampleService.hello()).thenThrow(new RuntimeException());

// 编译报错

这是因为 when语句的返回不能为void，所以这个时候需要使用 doThrow来解决：

public class ExampleServiceTest

{

@Mock

ExampleService exampleService;

@Before

public void setUp()

{

MockitoAnnotations.initMocks(this);

doThrow(new RuntimeException()).when(exampleService).hello();

}

@Test(expected = RuntimeException.class)

public void test()

{

exampleService.hello();

}

}

除了 doThrow()，还有其他针对于 void型函数的监听，比如：

doNothing() // 什么都不做

doReturn() // 返回一个值

doAnswer() // 回掉一个函数

3. Mokito spy和 @Spy

=====================================================================================

Mokito下测试除了针对于Mock类，还有 Spy类。

3.1 spy类介绍

---

spy类和mock类不同，他们有以下区别：

• mock对象：完全虚构，除了自定义的行为之外，没有其他行为

• spy对象：部分虚构对象，除了自定义行为外，其他行为参考真实对象的行为

也就是说 Mock对象是完全由虚拟数据构成的对象，而Spy对象则会监听真实对象的行为，又自定义了部分的行为。

3.2 spy对象的声明

---

声明spy对象和mock差不多，如下所示

Spy类：

open class MathHelper {

/**

• 计算斐波那契

*/

fun factorial(n: Int): Int {

return when {

n < 0 -> {

throw Exception(“负数没有阶乘”)

}

n <= 1 -> {

1

}

else -> {

n * factorial(n - 1)

}

}

}

}

测试类：

class SpyTest {

@Spy

var mathHelper: MathHelper? = null

@Before

fun setUp() {

MockitoAnnotations.initMocks(this)

//或者 ： mathHelper = spy(MathHelper::class.java)

}

@Test

fun test() {

Assert.assertEquals(mathHelper?.factorial(5), 120)

}

}

如果Spy的类是只有 有参构造函数的类，那么需要这样写才能初始化成功：

// 需要在声明时 new出来

@Spy

var mathHelper: MathHelper = MathHelper(1)

而Mock对象则不会。

所以这就看出，Spy对象是基于真实对象上的，它所走的方法其实就是用一个真实对象来走。

3.3 spy测试

---

来看下面的代码：

class SpyTest {

@Spy

var myList: MutableList = mutableListOf()

@Before

fun setUp() {

MockitoAnnotations.initMocks(this)

}

@Test

fun test() {

// doXX 会调用真实对象的方法

doReturn(1).when(myList)[100]

assertEquals(1, myList[100])

// 上面测试通过

最后

**要想成为高级安卓工程师，必须掌握许多基础的知识。**在工作中，这些原理可以极大的帮助我们理解技术，在面试中，更是可以帮助我们应对大厂面试官的刁难。

---

【Android核心高级技术PDF文档，BAT大厂面试真题解析】点击：Android架构视频+BAT面试专题PDF+学习笔记即可获取！

fun test() {

// doXX 会调用真实对象的方法

doReturn(1).when(myList)[100]

assertEquals(1, myList[100])

// 上面测试通过

最后

**要想成为高级安卓工程师，必须掌握许多基础的知识。**在工作中，这些原理可以极大的帮助我们理解技术，在面试中，更是可以帮助我们应对大厂面试官的刁难。

---

[外链图片转存中…(img-6DgiNcqf-1644993182527)]

[外链图片转存中…(img-1wZIaCVx-1644993182528)]

【Android核心高级技术PDF文档，BAT大厂面试真题解析】点击：Android架构视频+BAT面试专题PDF+学习笔记即可获取！