Mockito单元测试—verify

本文介绍如何使用Mockito框架进行单元测试,包括验证方法是否被调用及调用次数的方法。通过示例展示了如何使用verify关键字确保特定方法被正确调用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1、校验方法是否调用

Mockito提供vertify关键字来实现校验方法是否被调用,具体调用如下例子:

@Test
    public void update() throws Exception {
        boolean result = personService.update(1, "new name");
        //验证mockDao的getPer是否被调用
        verify(mockDao).getPerson(1);
}

运行结果正确,因为我们在执行update时,调用了getPerson。

public boolean update(int id, String name) {
        Person person = personDao.getPerson(id);
        if (person == null) {
            return false;
        }
        Person personUpdate = new Person(person.getId(), name);
        return personDao.update(personUpdate);
    }

而如果我们改为验证getPerson从未被调用,而实际上执行update时调用了一次,则会报错。

@Test
    public void update() throws Exception {
        boolean result = personService.update(1, "new name");
        //验证mockDao的getPeron从未被调用
        verify(mockDao,never()).getPerson(1);
}

2、校验方法的调用次数

Mockito中,我们可以通过times来判断方法调用次数,以及atLeast等方法。

@Test
    public void update() throws Exception {
        boolean result = personService.update(1, "new name");
        //验证mockDao的getPeron从未被调用
        verify(mockDao,never()).getPerson(1);

        assertTrue("must true", result);
        //验证是否执行过一次getPerson(1)
        verify(mockDao, times(1)).getPerson(eq(1));
        //验证是否执行过一次update
        verify(mockDao, times(1)).update(isA(Person.class));
    }
### 解决 Mockito 单元测试中的常见问题 在处理 Mockito 单元测试时,可能会遇到各种挑战。以下是几种常见的解决方案: #### 1. 处理未预期的调用异常 如果遇到了 `UnnecessaryStubbingException` 或者类似的错误提示,这通常意味着存在不必要的存根(stub),即设置了某些方法的行为但实际上这些方法从未被调用。 ```java // 错误示范:可能导致 Unnecessary stubbing exception doReturn("value").when(mockObject).methodThatIsNeverCalled(); ``` 应当只对确实会在测试期间使用的对象行为进行模拟[^2]。 #### 2. 使用合适的匹配器 有时即使已经正确地mock了一个方法并指定了返回值,在实际运行时却得不到预期内的结果。这时应该考虑是否正确应用了参数匹配器来代替具体的输入参数。 ```java // 正确做法:使用 any() 来表示任意类型的参数 when(mockedList.add(any())).thenReturn(true); ``` 对于更复杂的场景,则可能需要用到自定义的ArgumentMatcher或者特定类型的内置匹配器。 #### 3. 初始化 Mock 实例的方式 确保采用适当的方式来初始化 mock 对象。可以通过 @Mock 注解配合 MockMvcRunner 运行器自动完成实例化;也可以手动通过 `Mockito.mock()` 方法创建。 ```java @RunWith(MockitoJUnitRunner.class) public class ExampleTest { @Mock private Dependency dependency; } ``` 或是 ```java Dependency dependency = Mockito.mock(Dependency.class); ``` 这两种方式都可以有效减少样板代码量,并简化测试环境搭建过程[^1]。 #### 4. 设置合理的验证逻辑 当需要确认某个方法的确切执行次数时,可以利用 verify 工具来进行断言操作。如果不关心具体次数只想知道是否有过调用,那么可以直接省略 times 参数,默认情况下它会检查至少一次调用的情况。 ```java verify(mock, atLeastOnce()).someMethod(); // 至少发生了一次 verify(mock, never()).anotherMethod(); // 完全没有发生过 ``` 以上措施有助于提升单元测试的质量和可靠性,使得开发者能够更加专注于业务逻辑本身而不是纠缠于繁琐的技术细节之中。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值