在mockito中验证的想法是什么？我应该在什么时候使用它

Question

我理解mockito.verify（）用于确保使用所需参数调用模拟方法。但我不明白这其中的用意。我经常看到类似这样的测试：

public class UserDAO {
    public long create(User user) {
        //...
    }
}

public class UserService {
    private UserDAO userDAO;

    public UserService(UserDAO userDAO) {
        this.userDAO = userDAO;
    }

    public long createUser(User user) {
        return userDAO.create(user);
    }
}

public class UserServiceTest {
    @Test
    public void testCreateUser() {
        UserDAO userDAO = mock(UserDAO.class);
        when(userDAO.create(any(User.class))).thenReturn(anyLong());

        UserService = new UserService(userDAO);
        User user = new User("John Smith");
        userService.createUser(user);

        verify(userDAO).create(user);
    }
}

测试验证在调用UserService的createUser方法时是否调用了UserDAO的create方法。看起来很荒唐。如果我改变了UserService的实现，使它不调用UserDAO的方法，那么即使实现是正确的，测试也会失败。

我承认在某些情况下，可能需要验证方法被调用的次数是准确的，但这种情况并不常见。

很可能我不理解验证的概念，而且它不是mockito特有的特性。你能用简单的话解释一下吗？什么时候用它才真正有意义。

Answer 1

这个userServiceTest的全部要点是测试它的实现。因此，是的，您确实希望验证是否调用了userDAO接口的create方法。

Answer 2

verify()方法是一种用于白盒测试的工具。但是，您要测试的不是实际实现，而是测试是否将某种消息（方法调用）发送到底层，或者更准确地说，指定在测试代码执行后使用API。

测试通常包括以下步骤：

• 准备输入（输入参数、环境、（模拟）系统等），
• 调用代码进行测试
• 将实际结果（输出参数、对环境的更改）与预期结果（一组假设）进行比较

但是预期的结果不一定是一些输出数据，而是环境的一些变化。但是如果您已经模拟了需要定义的环境，那么环境是如何受到您的代码的影响的，并且对环境（或其他组件）的访问通常是通过API完成的。

让我们以create方法为例。该方法没有返回值，但假设在基础数据层（环境）上创建了数据集。当您已经嘲弄了数据层，当没有存储时，如何验证某些数据是否已存储？因此，在假设除了调用create方法之外，没有其他存储数据的选项（从组件的角度来看）的情况下，可以合理地假设，为了存储数据，必须调用create方法。因此verify(yourComponent).create()证明了代码的执行是正确的。当然，这需要使用某个API的知识（提供create方法），因此这是一种白箱测试。

还有其他的用例：

>

调用数（即传递了10个项，假设添加了10个项:verify(list，times(10)).add(any(item.class))

捕获参数，即断言发生了某个转换或传递了正确的参数，并且您需要访问该参数

argumentCaptor captor=argumentCaptor.forClass（expectedType.Class）；验证（theApi）.apimethod（captor.capture（））；ExpectedType passedParam=Captor.GetValue（）；

验证一个方法没有被调用（即在某些条件下，结合阳性测试）

验证已调用具有某些参数的方法(=已发送特定消息）:验证(subject).method（eq（“param1”）,eq（“param2”））

但所有这些都归结为指定API的使用，以便指定预期将哪些消息发送到另一个组件或html" target="_blank">系统，而不是指定测试中实现的每一行（这将是毫无意义的）。