Mockito: попытка шпионить за методом вызывает оригинальный метод

Я использую Mockito 1.9.0. Я хочу смоделировать поведение для одного метода класса в тесте JUnit, поэтому у меня есть

final MyClass myClassSpy = Mockito.spy(myInstance);
Mockito.when(myClassSpy.method1()).thenReturn(myResults);

Проблема в том, что во второй строке myClassSpy.method1()действительно вызывается, что приводит к исключению. Единственная причина, по которой я использую mocks, заключается в том, что позже, при каждом myClassSpy.method1()вызове, реальный метод не будет вызываться и myResultsобъект будет возвращен.

MyClassявляется интерфейсом и myInstanceявляется реализацией этого, если это имеет значение.

Что мне нужно сделать, чтобы исправить это шпионское поведение?

Позвольте мне процитировать официальную документацию :

Важное замечание по слежке за реальными объектами!

Иногда невозможно использовать когда (объект) для шпионов шпионов. Пример:

List list = new LinkedList();
List spy = spy(list);

// Impossible: real method is called so spy.get(0) throws IndexOutOfBoundsException (the list is yet empty)
when(spy.get(0)).thenReturn("foo");

// You have to use doReturn() for stubbing
doReturn("foo").when(spy).get(0);

В вашем случае это выглядит примерно так:

doReturn(resulstIWant).when(myClassSpy).method1();

Мой случай отличался от принятого ответа. Я пытался смоделировать закрытый для пакета метод для экземпляра, который не жил в этом пакете

package common;

public class Animal {
  void packageProtected();
}

package instances;

class Dog extends Animal { }

и тестовые занятия

package common;

public abstract class AnimalTest<T extends Animal> {
  @Before
  setup(){
    doNothing().when(getInstance()).packageProtected();
  }

  abstract T getInstance();
}

package instances;

class DogTest extends AnimalTest<Dog> {
  Dog getInstance(){
    return spy(new Dog());
  }

  @Test
  public void myTest(){}
}

Компиляция верна, но когда он пытается настроить тест, он вместо этого вызывает реальный метод.

Объявление метода защищенным или публичным устраняет проблему, но это не чистое решение.

В моем случае, используя Mockito 2.0, мне пришлось изменить все any()параметры nullable(), чтобы заглушить реальный вызов.

Кажется, что ответ Томаша Нуркевича не рассказывает всей истории!

NB Mockito версия: 1.10.19.

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

Метод здесь идет речь, getContentStringValueявляется НЕ final и НЕ static .

Эта строка делает вызвать оригинальный метод getContentStringValue:

doReturn( "dummy" ).when( im ).getContentStringValue( anyInt(), isA( ScoreDoc.class ));

Эта строка не вызывает оригинальный метод getContentStringValue:

doReturn( "dummy" ).when( im ).getContentStringValue( anyInt(), any( ScoreDoc.class ));

По причинам, на которые я не могу ответить, использование isA()приводит к тому, что предполагаемое (?) Поведение «не вызывать метод» приводит doReturnк сбою.

Давайте посмотрим на сигнатуры методов, задействованных здесь: они оба являются staticметодами Matchers. Оба говорят, что Javadoc возвращаются null, что немного трудно заставить себя задуматься. Предположительно Classобъект, переданный в качестве параметра, проверяется, но результат либо никогда не вычисляется, ни отбрасывается. Учитывая, что это nullможет означать любой класс, и что вы надеетесь, что смоделированный метод не будет вызван, не могли ли подписи isA( ... )и any( ... )просто вернуть, nullа не универсальный параметр * <T>?

Тем не мение:

public static <T> T isA(java.lang.Class<T> clazz)

public static <T> T any(java.lang.Class<T> clazz)

Документация по API не дает никакой подсказки по этому поводу. Также кажется, что потребность в таком поведении «не вызывать метод» является «очень редкой». Лично я использую эту технику все время : обычно я нахожу, что насмешка включает в себя несколько строк, которые "устанавливают сцену" ... после чего вызывается метод, который затем "проигрывает" сцену в контексте имитации, который вы поставили ... ... и пока вы настраиваете декорации и декорации, последнее, что вам нужно, это чтобы актеры вышли на сцену слева и начали отыгрывать свои сердца ...

Но это намного выше моей зарплаты ... Я приглашаю объяснения от любых проходящих первосвященников Мокито ...

* Является ли "универсальный параметр" правильным термином?

Еще один возможный сценарий , который может вызывают проблемы со шпионами, когда вы тестируете весной боб (с пружинными тестовой структурой) или какой - либо другой структурой, которая proxing ваших объектов во время испытания .

пример

@Autowired
private MonitoringDocumentsRepository repository

void test(){
    repository = Mockito.spy(repository)
    Mockito.doReturn(docs1, docs2)
            .when(repository).findMonitoringDocuments(Mockito.nullable(MonitoringDocumentSearchRequest.class));
}

В приведенном выше коде Spring и Mockito будут пытаться проксировать ваш объект MonitoringDocumentsRepository, но Spring будет первым, что вызовет реальный вызов метода findMonitoringDocuments. Если мы отладим наш код сразу после установки шпиона на объект репозитория, он будет выглядеть так внутри отладчика:

repository = MonitoringDocumentsRepository$$EnhancerBySpringCGLIB$$MockitoMock$

@SpyBean на помощь

Если вместо @Autowiredаннотации мы используем @SpyBeanаннотацию, мы решим вышеуказанную проблему, аннотация SpyBean также внедрит объект репозитория, но он будет сначала прокси-сервером Mockito и будет выглядеть так внутри отладчика.

repository = MonitoringDocumentsRepository$$MockitoMock$$EnhancerBySpringCGLIB$

и вот код:

@SpyBean
private MonitoringDocumentsRepository repository

void test(){
    Mockito.doReturn(docs1, docs2)
            .when(repository).findMonitoringDocuments(Mockito.nullable(MonitoringDocumentSearchRequest.class));
}

Я нашел еще одну причину для шпиона вызывать оригинальный метод.

У кого-то возникла идея издеваться над finalклассом, и он узнал о MockMaker:

Поскольку это работает иначе, чем наш текущий механизм, и у этого есть другие ограничения, и поскольку мы хотим собрать опыт и отзывы пользователей, эта функция должна была быть явно активирована, чтобы быть доступной; это можно сделать с помощью механизма расширения mockito, создав файл, src/test/resources/mockito-extensions/org.mockito.plugins.MockMakerсодержащий одну строку:mock-maker-inline

Источник: https://github.com/mockito/mockito/wiki/What%27s-new-in-Mockito-2#mock-the-unmockable-opt-in-mocking-of-final-classesmethods

После того, как я слил этот файл и перенес его на мою машину, мои тесты не прошли.

Я просто должен был удалить строку (или файл), и spy()работал.

Немного опоздал на вечеринку, но вышеприведенные решения у меня не сработали, поэтому делюсь своими 0,02 $

Версия Mokcito: 1.10.19

MyClass.java

private int handleAction(List<String> argList, String action)

Test.java

MyClass spy = PowerMockito.spy(new MyClass());

Следующее НЕ работает для меня (фактический метод вызывался):

1.

doReturn(0).when(spy , "handleAction", ListUtils.EMPTY_LIST, new String());

2.

doReturn(0).when(spy , "handleAction", any(), anyString());

3.

doReturn(0).when(spy , "handleAction", null, null);

После РАБОТЫ:

doReturn(0).when(spy , "handleAction", any(List.class), anyString());

Один из способов убедиться, что метод из класса не вызывается, - переопределить метод фиктивной переменной.

    WebFormCreatorActivity activity = spy(new WebFormCreatorActivity(clientFactory) {//spy(new WebFormCreatorActivity(clientFactory));
            @Override
            public void select(TreeItem i) {
                log.debug("SELECT");
            };
        });

Ответ для пользователей scala: даже не ставить на doReturnпервое место не получится! Смотрите этот пост .