it-roy-ru.com

Финальный метод издевательства

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

@Test
public void test() {
    B b = mock(B.class);
    doReturn("bar called").when(b).bar();   
    assertEquals("must be \"overrided\"", "bar called", b.bar());
    //bla-bla
}


class B {
    public final String bar() {
        return "fail";
    }
}

Но это не удается. Я попытался "взломать", и это работает.

   @Test
   public void hackTest() {
        class NewB extends B {
            public String barForTest() {
                return bar();
            }
        }
        NewB b = mock(NewB.class);
        doReturn("bar called").when(b).barForTest();
        assertEquals("must be \"overrided\"", "bar called", b.barForTest());
    }

Работает, но "пахнет".

Итак, где правильный путь?

Благодарю.

51
Stan Kurilin

В Mockito не поддерживается насмешка над финальными методами.

Как прокомментировал Джон Скит, вы должны искать способ избежать зависимости от финального метода. Тем не менее, есть некоторые выходы через манипулирование байт-кодом (например, с PowerMock)

A сравнение между Mockito и PowerMock объяснит вещи в деталях.

28
iwein

Из Мокито FAQ :

Каковы ограничения Mockito

  • Не может издеваться над конечными методами - их реальное поведение выполняется без каких-либо исключений. Мокито не может предупредить вас о насмешливых окончательных методах, так что будьте бдительны.
30
matt b

Вы можете использовать Powermock вместе с Mockito, тогда вам не нужно создавать подкласс B.class. Просто добавьте это в начало вашего тестового класса

@RunWith(PowerMockRunner.class)
@PrepareForTest(B.class)

@PrepareForTest указывает Powermock на инструмент B.class, чтобы сделать финальный и статический методы пригодными для использования. Недостаток этого подхода заключается в том, что вы должны использовать PowerMockRunner, что исключает использование других тестеров, таких как тестер Spring.

17
Justin Rowe

Mockito 2 теперь поддерживает финальные методы насмешки, но это «инкубационная» функция. Требуется несколько шагов для его активации, которые описаны здесь: https://github.com/mockito/mockito/wiki/What's-new-in-Mockito-2#mock-the-unmockable-opt-in Методы финальных классов

13
WindRider

Предполагая, что класс B такой, как показано ниже:

class B {
    private String barValue;
    public final String bar() {
        return barValue;
    }
    public void final setBar(String barValue) {
        this.barValue = barValue;
    }
}

Есть лучший способ сделать это без использования среды PowerMockito . Вы можете создать SPY для своего класса и смоделировать свой последний метод . Ниже представлен способ сделать это:

@Test
public void test() {

    B b  = new B();
    b.setBar("bar called") //This should the expected output:final_method_bar()
    B spyB = Mockito.spy(b);
    assertEquals("bar called", spyB.bar());

}
3
Murtuza Mithaiwala

Mockito 2.x теперь поддерживает финальный метод и заключительную классовую заглушку.

Из документов :

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

mock-maker-inline

После создания этого файла вы можете сделать:

final class FinalClass {
  final String finalMethod() { return "something"; }
}

FinalClass concrete = new FinalClass(); 

FinalClass mock = mock(FinalClass.class);
given(mock.finalMethod()).willReturn("not anymore");

assertThat(mock.finalMethod()).isNotEqualTo(concrete.finalMethod());

На последующих этапах команда представит программный способ использования этой функции. Мы определим и предоставим поддержку для всех немыслимых сценариев.

2
Cypress Frankenfeld

Я просто сделал то же самое. В моем случае я хотел убедиться, что метод не «вызывает» ошибку, но так как это метод catch/log/return, я не смог проверить его напрямую без изменения класса.

Я хотел просто посмеяться над логгером, который я передал, но что-то насмешливое над интерфейсом «Log», похоже, не сработало, и насмешка над классом вроде «SimpleLog» не сработала, потому что эти методы являются окончательными.

Я закончил тем, что создал анонимный внутренний класс, расширяющий SimpleLog, который переопределяет метод «log (level, string, error)» базового уровня, которому делегируют все остальные, а затем просто ждал вызова с «level» 5.

В общем, расширение класса для поведения не является действительно плохой идеей, может быть предпочтительнее насмешки, если это не слишком сложно.

0
Bill K