我用过Mockito。以这种方式验证

@UnitTest
public class JUnitServiceTest
{
    @Mock
    private MyCustomService myCustomService;


    @Test
    public void testVerifyMethod()
    {
       Mockito.verify(myCustomService, Mockito.never()).mymethod(parameters); // method will never call (an alternative can be pick to use times(0))
       Mockito.verify(myCustomService, Mockito.times(2)).mymethod(parameters); // method will call for 2 times
       Mockito.verify(myCustomService, Mockito.atLeastOnce()).mymethod(parameters); // method will call atleast 1 time
       Mockito.verify(myCustomService, Mockito.atLeast(2)).mymethod(parameters); // method will call atleast 2 times
       Mockito.verify(myCustomService, Mockito.atMost(3)).mymethod(parameters); // method will call at most 3 times
       Mockito.verify(myCustomService, Mockito.only()).mymethod(parameters); //   no other method called except this
    }
}

如果你不使用其他匹配器，你就不需要eq匹配器。 您使用的语法不正确—您的方法调用应该在.verify(mock)之外。您现在正在对方法调用的结果发起验证，而没有验证任何东西(没有进行方法调用)。因此所有测试都通过了。

你的代码应该是这样的:

Mockito.verify(mock).mymethod(obj);
Mockito.verify(mock).mymethod(null);
Mockito.verify(mock).mymethod("something_else");

你检查过mockable类的equals方法了吗?如果这个方法总是返回true，或者你对同一个实例测试同一个实例，而equal方法没有被覆盖(因此只检查引用)，那么它返回true。

上面的许多答案让我感到困惑，但我怀疑这可能是由于Mockito的旧版本。这个答案是通过使用完成的

爪哇 11 莫皮托 3.1.0 春季引导 2.2.7.发布 JUnit5

使用ArgumentCaptor我是这样做的:

@Mock
MyClientService myClientService;
@InjectMocks 
MyService myService;


@Test
void myTest() {

  ArgumentCaptor<String> captorParam1 = ArgumentCaptor.forClass(String.class);
  ArgumentCaptor<String> captorParam2 = ArgumentCaptor.forClass(String.class);

  Mockito.when(myClientService.doSomething(captorParam1.capture(), captorParam2.capture(), ArgumentMatchers.anyString()))
      .thenReturn(expectedResponse);

  assertDoesNotThrow(() -> myService.process(data));

  assertEquals("param1", captorParam1.getValue());
  assertEquals("param2", captorParam2.getValue());

  verify(myClientService, times(1))
    .doSomething(anyString(), anyString(), anyString());
}

argThat加上

这就是你验证论证失败的原因:

    verify(mock).mymethod(argThat(
                            x -> false ));

在哪里

import static org.mockito.ArgumentMatchers.argThat;
import static org.mockito.Mockito.verify;

---

argThat +断言

上面的测试将“说”Expected: lambda$…是:YourClass.toSting……如果在lambda中使用断言，你可以得到更具体的失败原因:

    verify(mock).mymethod(argThat( x -> {
      assertThat(x).isNotNull();
      assertThat(x.description).contains("KEY");
      return true;
    }));

❗️但是❗️:这只适用于

来电等待1次，或者 预期调用2+次，但验证器匹配的所有次数(返回true)。

如果被验证的方法调用2+次，mockito将所有被调用的组合传递给每个验证者。因此，mockito期望您的验证者对其中一个参数集无声地返回true，对其他有效调用则返回false(没有断言异常)。这种期望对于一个方法调用来说不是问题——它应该只返回true一次。

import static org.assertj.core.api.Assertions.assertThat;
import static org.mockito.ArgumentMatchers.argThat;
import static org.mockito.Mockito.verify;

现在失败的测试会说:Expected: Obj.description包含'KEY'。是:“实际描述”。注意:我使用了assertJ断言，但是使用哪个断言框架取决于您。

---

直接的观点

Mokito使用equals()比较直接参数:

verify(mock).mymethod(expectedArg);
// NOTE:   ^ where the parentheses must be closed.

---

情商匹配器

不要对单个参数使用eq。使用前面提到的直接论证。 Mokito使用equals()比较直接参数 原因:eq将是SonarQube / sonarcloud违反:https://rules.sonarsource.com/java/tag/mockito/RSPEC-6068

---

有多个参数。

如果你使用argThat，所有的参数都必须匹配。例如，在不同的情况下，如果你有另一个带有2个参数的方法:

    verify(mock).mymethod2(eq("VALUE_1"), argThat((x)->false));
    // above is correct as eq() is also an argument matcher.

验证(模拟)。mymethod2(“VALUE_1 argThat ((x) - > false)); //以上不正确;将抛出一个异常，如第一个参数。没有参数匹配器。

地点:

import static org.mockito.ArgumentMatchers.argThat;
import static org.mockito.ArgumentMatchers.eq;
import static org.mockito.Mockito.verify;

---

最初问题失败的根本原因是括号放错了位置:

验证(mock.mymethod…这是错误的。右边是: 验证(模拟)。*

另一个方法是使用org.mockito.internal.matchers.Equals.Equals方法，而不是重新定义一个方法:

verify(myMock).myMethod((inputObject)Mockito.argThat(new Equals(inputObjectWanted)));