Mockito - 是否有“不在列表中的值”的匹配器？

Question

我目前有一个模拟，它具有针对特定输入集的特定行为。 其他所有输入都应返回特定响应。

例如：

    Mockito.when(classInstance.myFunc(Mockito.eq("Option1"))).thenReturn(answer1);
    Mockito.when(classInstance.myFunc(Mockito.eq("Option2"))).thenReturn(answer2);
    Mockito.when(classInstance.myFunc(Mockito.eq("Option3"))).thenReturn(answer3);
    Mockito.when(classInstance.myFunc(Mockito.eq("Option4"))).thenReturn(answer4);

    // Return defaultAnswer if and(and(not("Option1"), not("Option2")), and(not("Option3"), not("Option4")))
    Mockito.when(classInstance.myFunc(AdditionalMatchers.and(AdditionalMatchers.and(AdditionalMatchers.not(Mockito.eq("Option1")), AdditionalMatchers.not(Mockito.eq("Option2")), AdditionalMatchers.and(AdditionalMatchers.not(Mockito.eq("Option3")), AdditionalMatchers.not(Mockito.eq("Option4")))).thenReturn(defaultAnswer);

我最大的麻烦是and(and(not("Option1"), not("Option2")), and(not("Option3"), not("Option4"))) 行的复杂性。

我真的希望有一种更简单的方法来指定“其他所有内容”或只是“不在列表中：[“option1”，...]”的条件

是否有“组内”或类似内容的匹配器？

Answer 1

您可以通过显式定义默认值来使其更具可读性，然后用后续的存根“覆盖”它：

when(classInstance.myFunc(any()).thenReturn(defaultAnswer);
when(classInstance.myFunc("Option1").thenReturn(answer1);
when(classInstance.myFunc("Option2").thenReturn(answer2);
...

或者你可以使用 MockitoHamcrest 和 Hamcrest 的核心匹配器来简化它，例如：

when(classInstance.myFunc(argThat(is(allOf(not("Option1"), not("Option2"), ...))))
    .thenReturn(...)

或者您可以使用 MockitoHamcrest 和您自己的 Hamcrest 匹配器。

Answer 2

为什么不简单地使用Mockito.matches(boolean)，例如：

 import static org.mockito.Mockito.*;

 Mockito.when(classInstance.myFunc(matches("Option[^1-4]"))
        .thenReturn(defaultAnswer);

您也可以使用Mockito.argThat()。
要过滤掉一些整数值（如您的评论中所建议），您可以编写：

 import static org.mockito.Mockito.*;

 List<Integer> toNotMatchList = Arrays.asList(1, 2, 3, 4) ;
 Mockito.when(classInstance.myFunc(argThat(i -> !toNotMatchList.contains(i))
        .thenReturn(defaultAnswer);

或更直接：

Mockito.when(classInstance.myFunc(argThat(i -> !Arrays.asList(1, 2, 3, 4).contains(i))
        .thenReturn(defaultAnswer);

Answer 3

我目前有一个模拟，它具有针对特定输入集的特定行为。其他所有输入都应返回特定响应。

就像，错了。

单元测试的目的是让您快速发现错误。为了了解发生了什么，您希望单元测试尽可能地“自包含”。您阅读了测试，也许是设置方法，并且您了解正在发生的事情（或至少：“进入”您的测试代码）。

相反，拥有多个规范来涵盖多个案例对此无济于事。你不想要那个。

相反，您需要尽可能少的规格。如果你的 mock 看到不同的输入，并且应该返回不同的结果，那么这应该是你在 per 测试用例中所做的事情。在您的设置方法中，不是“一般”。

所以明显的非答案：避免有多个这样的规范。