Mockito - stub abstract parent class method

Question

Я вижу очень странное поведение, пытающееся заглушить метод myMethod(param) класса MyClass, который определен в абстрактном родительском классе MyAbstractBaseClass.

Когда я пытаюсь заглушить (используя doReturn("...").when(MyClassMock).myMethod(...) и т. Д.), Этот метод не выполняется, разные исключения выбрасываются в разных сценариях. Исключения выбрасываются прямо на этой линии.

Когда я использую doReturn("...").when(MyClassMock).myMethod(CONCRETE PARAM CLASS OBJECT), я получаю следующее исключение:

org.mockito.exceptions.misusing.WrongTypeOfReturnValue: 
String cannot be returned by hasValidExpirationDate() 
hasValidExpirationDate() should return boolean 
    at ... 

hasValidExpirationDate() не метод будучи погасил, но его называют реальным осуществлением MyMethod(param) в абстрактном базовом классе.

Когда я использую doReturn("...").when(MyClassMock).myMethod(any(PARAMCLASS.class)), я получаю следующее исключение:

org.mockito.exceptions.misusing.InvalidUseOfMatchersException: 
Invalid use of argument matchers! 
0 matchers expected, 1 recorded. 
This exception may occur if matchers are combined with raw values: 

и т.д.

Но когда я определить метод myMethod(param) в подклассе MyClass код больше не выходит из строя. Моя конкретная реализация в MyClass просто вызывает super.myMethod(param) и возвращает ее, поэтому она не имеет никакого эффекта кроме фиксации модульного теста. Таким образом, похоже, что Mockito может использовать только методы заглушки, определенные в классе, который насмехается над собой, а не в суперклассах.

Я читаю документацию Mockito, и я не вижу, где говорится, что унаследованные методы не могут быть пропущены.

myMethod(param) не является static или final.

Код:

Класс BaseCard:

import java.io.Serializable; 

public class BaseCard implements Serializable { 

    public boolean hasValidExpirationDate() { 
     return true; 
    } 
} 

Класс Card:

abstract class Card extends BaseCard { 

    public Card() { } 

    public String getUnexpiredStringForNetwork(){ 

     //If the date is invalid return empty string, except for Discover. 
     if(! hasValidExpirationDate()){ 
      return "hi"; 
     } 

     return "hello"; 
    } 
} 

Класс DecryptedCard:

public class DecryptedCard extends Card { 

} 

Класс MyTest:

import static org.mockito.Mockito.doReturn; 
import static org.mockito.Mockito.mock; 

import org.junit.Test; 


public class MyTest { 

    @Test 
    public void test() { 
     DecryptedCard decryptedCardMock = mock(DecryptedCard.class); 

     doReturn("ABC").when(decryptedCardMock).getUnexpiredStringForNetwork(); 

    } 

} 

Failure:

org.mockito.exceptions.misusing.WrongTypeOfReturnValue: 
String cannot be returned by hasValidExpirationDate() 
hasValidExpirationDate() should return boolean 
*** 
If you're unsure why you're getting above error read on. 
Due to the nature of the syntax above problem might occur because: 
1. This exception *might* occur in wrongly written multi-threaded tests. 
    Please refer to Mockito FAQ on limitations of concurrency testing. 
2. A spy is stubbed using when(spy.foo()).then() syntax. It is safer to stub spies - 
    - with doReturn|Throw() family of methods. More in javadocs for Mockito.spy() method. 

    at Card.getUnexpiredStringForNetwork(Card.java:10) 
    at DecryptedCard.getUnexpiredStringForNetwork(DecryptedCard.java:1) 
    at MyTest.test(MyTest.java:13) 
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
    at java.lang.reflect.Method.invoke(Method.java:601) 
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45) 
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) 
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42) 
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) 
    at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263) 
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68) 
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47) 
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231) 
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60) 
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229) 
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50) 
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222) 
    at org.junit.runners.ParentRunner.run(ParentRunner.java:300) 
    at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50) 
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) 
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467) 
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683) 
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390) 
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197) 

Answer 1

Согласно this SO answer, издеваться поведение не гарантируется, когда родительский класс является непубличной, как описано в issue 212.

(Спасибо Brice за хороший ответ в другой теме, и благодаря Владимиру, JB Nizet и acdcjunior для совместного прогресса отладки в комментариях нити!)

Answer 2

Wow! Вот и все!

Я получаю странное исключение:

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

-> at com.medziku.motoresponder.logic.ExposedResponder.createSettings(ResponderTest.java:163) 
-> at com.medziku.motoresponder.logic.ExposedResponder.createSettings(ResponderTest.java:163) 

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

Хотя все было правильно. Я попытался высмеять метод из суперкласса класса mock, и этот суперкласс был в том же файле, что и mock class, поэтому он не был публичным и возникли эти странные ошибки. после перемещения суперкласса в отдельный файл и его публикации, проблема исчезла!