org.mockito.exceptions.misusing.InvalidUseOfMatchersException при попытке создания настраиваемого совпадения аргументов

Question

Я использую Mockito 1.10.18. Я пытаюсь создать пользовательский аргумент Искатель для метода, который имеет следующую подпись ...

SaveResult[] com.sforce.soap.enterprise.EnterpriseConnection.update(SObject[] sObjects) throws ConnectionException 

Я написал следующий пользовательский аргумент Искатель ...

class AccountMatcher extends ArgumentMatcher<SObject[]> 
{ 
    private Set<String> idList = new HashSet<String>(); 
    AccountMatcher(final Set<Account> mainList) 
    { 
     for (final Account acct : mainList) 
     { 
      idList.add(acct.getId()); 
     } // for 
    } 

    public boolean matches(Object param) 
    { 
     final SObject[] compSet = ((SObject[]) param); 
     final Set<String> compIdList = new HashSet<String>(); 
     for (final SObject acct : compSet) 
     { 
      compIdList.add(acct.getId()); 
     } // for 
     return Util.twoSetsMatch(compIdList, idList); 
    } // matches 
} 

Однако, когда я пытаюсь установить это в моем JUnit тест ...

final Set<Account> firstBatch = new HashSet<Account>(); 
    firstBatch.add(acct); 
    final SObject[] firstBatchAccts = Matchers.argThat(new AccountMatcher(firstBatch)); 
    Mockito.verify(mockConnection, Mockito.times(1)).update(firstBatchAccts); 

Я получаю следующее исключение, когда я запускаю его ...

org.mockito.exceptions.misusing.InvalidUseOfMatchersException: 
Misplaced argument matcher detected here: 

-> at org.mainco.subco.sf.repo.AccountDaoIT.testUpdateAccountMaxRowsReached(AccountDaoIT.java:129) 

You cannot use argument matchers outside of verification or stubbing. 
Examples of correct usage of argument matchers: 
    when(mock.get(anyInt())).thenReturn(null); 
    doThrow(new RuntimeException()).when(mock).someVoidMethod(anyObject()); 
    verify(mock).someMethod(contains("foo")) 

Also, this error might show up because you use argument matchers with methods that cannot be mocked. 
Following methods *cannot* be stubbed/verified: final/private/equals()/hashCode(). 
Mocking methods declared on non-public parent classes is not supported. 

    at org.mainco.subco.sf.repo.AccountDaoIT.testUpdateAccountMaxRowsReached(AccountDaoIT.java:130) 
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
    at java.lang.reflect.Method.invoke(Method.java:497) 
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) 
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) 
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) 
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) 
    at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:74) 
    at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:83) 
    at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:72) 
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:231) 
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:88) 
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) 
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) 
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) 
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) 
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) 
    at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61) 
    at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:71) 
    at org.junit.runners.ParentRunner.run(ParentRunner.java:363) 
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:174) 
    at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86) 
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) 
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459) 
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675) 
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382) 
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192) 

Answer 1

Это связано с тем, что вы извлекли firstBatchAccts (результат вызова Matcher) в переменную, а не в метод. argThat и все другие макеты Mockito work via side-effects, поэтому их нужно вызвать в нужное время.

verify проверяет наличие пустого набора совпадений, а затем сбрасывает ожидания на макет, чтобы они не мешали проверке. Выполняются некоторые вызовы сопряжения, а затем вызов метода, который будет проверен, завершает процесс: он очищает стек, проверяет вызванный вызов метода и переключает макет обратно на ваше затушеванное поведение (если оно есть).

Как вы его получили, argThat вызывается, а затем происходит звонок в verify, а verify проверяет, не произошло ли неиспользуемых вызовов Матчи. Это вызывает ваше исключение.

Вместо вставит вызов:

verify(mockConnection).update(argThat(new AccountMatcher(firstBatch))); 

... или сделать его вызов метода вместо, который сохраняет за собой право заказа:

public SObject[] arrayMatchingAccounts(Set<Account> accountSet) { 
    return argThat(new AccountMatcher(accountSet)); 
} 

verify(mockConnection).update(arrayMatchingAccounts(firstBatch));