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" );  } 

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

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

比较方式

具体的例子是：

• 叫什么时候
• 然后您得到价值为A的电话
• 还有一个值B
• 还有一个值C

匹配器示例具有：

• 叫什么时候
• 然后，您将获得三个与此表达式匹配的电话

参数捕获示例为：

• 叫什么时候
• 然后您会接到三个电话– 记住他们
• 当您检查这些调用的值时
• 然后他们匹配这些断言

注意：后面的测试在参数捕获时口吃。 然后 ，在检查捕获的参数方面，下一步需要做一些提取工作。 因此，它是一种用于特定目的的工具，其中将断言嵌入argThat或内置的匹配器之一不够强大，或者没有提供有意义的测试失败输出。

翻译自: https://www.javacodegeeks.com/2020/04/mockito-matchers-precedence.html

mockito参数匹配