имитация или заглушка для связанного вызова

Mockito может обрабатывать связанные заглушки:

Foo mock = mock(Foo.class, RETURNS_DEEP_STUBS);

// note that we're stubbing a chain of methods here: getBar().getName()
when(mock.getBar().getName()).thenReturn("deep");

// note that we're chaining method calls: getBar().getName()
assertEquals("deep", mock.getBar().getName());

Авторы Mockito отмечают, что это следует использовать только для устаревшего кода. В противном случае лучше всего поместить поведение в ваш CacheContext и предоставить любую информацию, необходимую для выполнения самой работы. Объем информации, которую вы извлекаете из CacheContext, говорит о том, что ваш класс зависит от возможностей .

На всякий случай, если вы используете Kotlin. MockK ничего не говорит о том, что цепочка является плохой практикой, и легко позволяет вам сделать это.

val car = mockk<Car>()

every { car.door(DoorType.FRONT_LEFT).windowState() } returns WindowState.UP

car.door(DoorType.FRONT_LEFT) // returns chained mock for Door
car.door(DoorType.FRONT_LEFT).windowState() // returns WindowState.UP

verify { car.door(DoorType.FRONT_LEFT).windowState() }

confirmVerified(car)

Мое предложение упростить ваш тестовый пример — реорганизовать ваш метод.

Каждый раз, когда у меня возникают проблемы с тестированием метода, для меня это запах кода, и я спрашиваю, почему его трудно тестировать. И если код трудно тестировать, его, вероятно, сложно использовать и поддерживать.

В данном случае это потому, что у вас есть цепочка методов, которая уходит на несколько уровней вглубь. Возможно, передайте ctx, cacheEnable и cacheExpire в качестве параметров.

Я нашел JMockit проще в использовании и полностью переключился на него. См. тестовые примеры с его использованием:

https://github.com/ko5tik/andject/blob/master/src/test/java/de/pribluda/android/andject/ViewInjectionTest.java

Здесь я высмеиваю базовый класс Activity, который исходит от Android SKD и полностью заглушен. С JMockit вы можете издеваться над вещами, которые являются окончательными, частными, абстрактными или чем-то еще.

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

public void testFoo(@Mocked final Method targetMethod, 
                    @Mocked  final CacheContext context,
                    @Mocked final  CacheExpire ce) {
    new Expectations() {
       {
           // specify expected sequence of infocations here

           context.getTargetMethod(); returns(method);
       }
    };

    // call your method
    assertSomething(objectUndertest.cacheExpire(context))