mockito参数匹配_Mockito匹配器优先

mockito参数匹配

这篇文章是意见。

让我们看一下Mockito中用于在Java中进行测试的verify方法。

示例： verify(myMock).someFunction(123) –期望在模拟ONCE上使用输入123调用someFunction 。

BDDMockito ，我更喜欢完整的BDDMockito替代方案，因此请编写then(myMock).should().someFunction(123) 。

相同的基本概念。

三种匹配方法

您可以通过三种不同的机制将值提供给验证功能链：

对象/文字价值
参数匹配器
争吵者

我认为，上述也是优先次序，而绑架者是不得已而为之。让我们探讨一下机制。

具体的测试是最好的

理想情况下，理论上您将测试定义为类似的内容– 给定此输入，当系统运行时，输出为X。 当我们验证出站函数调用时，我们冒着测试存在实现线的风险，而不是测试行为，但是可以合理地说，如果系统运行正常，那么我们期望某些事情会发生。发送到某个目标或其他目标。

通常，如果我们将模块设计为具有清晰的输入和清晰的可测量的输出，那么您可以预测给定输入应输出的内容。

例：

 EmailBuilder builder = new EmailBuilder(mockEmailObject);  builder.setRecipients( "me@you.com, him@her.com, it@them.com" );  then(mockEmailObject) .should() .addRecipient( "me@you.com" );  then(mockEmailObject) .should() .addRecipient( "him@her.com" );  then(mockEmailObject) .should() .addRecipient( "it@them.com" );

注意：在这里我没有告诉您有关周围代码的任何信息，但是我猜您可以从简单测试中读取setRecipients的预期行为。

这就是为什么具体的测试数据在测试中占了上风，并且是我们的第一个也是最简单的方法。

当数据不重要时

有时候，我们所关心的并不是输入的价值，而是它的性质。在上面的示例中，也许我们的某些测试可以跳过使用的电子邮件地址，而是关注更高级别的关注，例如是否拨打了电话或打了多少电话。

如果我在单元测试中看到了这一点，我不会感到震惊：

 verify(mockEmailObject, times( 3 )).addRecipient(anyString());

这里使用了一个参数匹配器来进行更模糊的断言，但这也许就足够了。将所有内容锁定为具体数据可以使测试更加脆弱，尽管对于需要清晰的输入/输出映射的低级算法来说值得这样做，但可以放心地将其隐含在更高的模糊断言中，因为您不必担心关于确切的值。

我们可以在这里使用Mockito的argThat 。

 verify(mockEmailObject, times( 3 )) .addRecipient(argThat(recipient -> recipient.matches( "[az]+@[az]+\\.com" )));

argThat匹配器使我们可以使用Java Predicate来提供有关期望的一些逻辑。这使我们能够在此处使用正则表达式来检查电子邮件地址是否正确（在此测试数据的范围内）。这个技巧对于用生成的值（如GUID或时间戳）进行测试非常有用。

我们还可以使用argThat从输入中选择字段进行检查。

但是，当您要对发送到模拟函数的对象进行复杂的断言时，本能是使用ArgumentCaptors 。我仍然认为它们是不得已的方法。

着迷的俘虏

让我们使用ArgumentCaptor解决电子邮件正则表达式问题。

 // in the instance variable section of the test:  @Captor // assuming you're using MockitoExtension/MockitoJUnitRunner... DO!  private ArgumentCaptor<String> stringCaptor;  @Mock  private Email mockEmailObject;  @Test  void whenAddingRecipientsFromToLine_thenEachIsAddedSeparately() { void EmailBuilder builder = new EmailBuilder(mockEmailObject); builder.setRecipients( "me@you.com, him@her.com, it@them.com" ); then(mockEmailObject) .should(times( 3 )) .addRecipient(stringCaptor.capture()); stringCaptor.getAllValues() .forEach(value -> assertThat(value).matches( "[az]+@[az]+\\.com" );  }

在某些文章中，以上内容是讨论的结局。吹牛打鼓的例子。哇。看看它是如何构成惊人的创造物的！但…

尽管以上内容确实说明了如何使用捕获程序，并向您展示了如何拔出所有呼叫或一个呼叫，然后使用自己喜欢的断言库对它进行任何喜欢的断言，以及如何将其与前两个进行比较例子。