Можете ли вы заставить mockito (1.10.17) работать с методами по умолчанию в интерфейсах?

В mockito 2.x методы JDK 8 по умолчанию поддерживаются.

С mockito 1.x это невозможно,

Старый ответ

К сожалению, это пока невозможно (mockito 1.10.19), из README.md на странице github.

Статус JDK8

Mockito должен нормально работать с JDK8, если вы держитесь подальше от методов по умолчанию (так называемых методов защиты). Использование Lambda может работать так же хорошо для ответов. На данный момент мы не уверены во всех функциях JDK8, таких как сериализация макета, использующего лямбда-выражение. Однако отчет об ошибке и запрос на извлечение приветствуются (руководство по содействию).

EDIT 1: методы защитника и методы по умолчанию — это разные названия одного и того же.

Я надеюсь на замену mockmaker, которая будет правильно обрабатывать коды операций Java 8 для таких случаев, поскольку некоторые коды операций имеют другую семантику в Java 8.

РЕДАКТИРОВАТЬ 2: Обновлены сведения о mockito и эта цитата соответственно.

Я только что попробовал Mockito 2.0.38-beta, и в этой версии он уже работает. Но Mockito нужно явно указать, чтобы он вызывал реализацию по умолчанию.

Foo foo = mock(Foo.class);
assertThat(foo.bar()).isEqualTo(0);

when(foo.bar()).thenCallRealMethod();
assertThat(foo.bar()).isEqualTo(42);

Mockito (это работает в версии 3) может использовать методы default. Вот пример кода, переписанного с помощью JUnit 5, чтобы он работал:

@ExtendWith(MockitoExtension.class)
class MockTest {
    @Mock(answer = Answers.CALLS_REAL_METHODS)
    private Foo foo;

    @Test
    void testDefaultMethodsWithMocks() {
        assertThat(foo.bar()).isEqualTo(42);
    }

    @FunctionalInterface
    private interface Foo {
        int foo();

        default int bar() {
            return 42;
        }
    }
}

Ответы на вызовы реальных методов работают в последней версии Mockito. Как правило, расширения делают создание макетов более декларативным, но метод mock также предоставляет перегрузку, которая поддерживает ответ по умолчанию, как показано в аннотации @Mock выше: https://javadoc.io/doc/org.mockito/mockito-core/latest/org/mockito/Mockito.html#mock-java.lang.Class-org.mockito.stubbing.Answer-

Вы можете обойти это ограничение, реализовав интерфейс (протестировано в Mockito 1.10.19):

public class TestClass {
  @Mock ImplementsIntWithDefaultMethods someObject;


  @Test public void test() throws Exception {
    // calling default method on mocked subtype works
    someObject.callDefaultMethod();
  }


  /* Type that implements the interface */
  static class ImplementsIntWithDefaultMethods implements IntWithDefaultMethod { }

  /* Interface you need mocked */
  interface IntWithDefaultMethod {
    default void callDefaultMethod { }
  }
}

Я только что столкнулся с той же проблемой с Mockito (org.mockito:mockito-core:1.10.19). Проблема в том, что я не могу изменить версию Mockito (2.7.22 будет работать) из-за зависимостей от org.springframework.boot:spring-boot-starter-test:1.4.3.RELEASE, который мы используем (Spring, выпуск Mockito).

Самое простое решение, которое я нашел, - это реализовать интерфейс с частным абстрактным классом в моем тестовом классе и издеваться над ним (также сравните с решением @Mihai Bojin). Делая это таким образом, вы избавляетесь от хлопот, связанных с «реализацией» всех методов, требуемых интерфейсом (ами).

MWE:

public interface InterfaceWithDefaults implements SomeOtherInterface {
    default int someConstantWithoutSense() {
        return 11;
    }
}

public class SomeTest {
    private abstract class Dummy implements InterfaceWithDefaults {}

    @Test
    public void testConstant() {
        InterfaceWithDefaults iwd = Mockito.mock(Dummy.class);

        Assert.assertEquals(11, iwd.someConstantWithoutSense());
    }
}

Другим решением было бы использовать Spy, как описано здесь: https://stackoverflow.com/a/54915791/3636822