Мокіто: Вставте реальні об’єкти в приватні @Autowired поля

Я використовую Mockito @Mockта @InjectMocksпримітки для введення залежностей у приватні поля, котрі помічені за допомогою Spring @Autowired:

@RunWith(MockitoJUnitRunner.class)
public class DemoTest {
    @Mock
    private SomeService service;

    @InjectMocks
    private Demo demo;

    /* ... */
}

і

public class Demo {

    @Autowired
    private SomeService service;

    /* ... */
}

Тепер я хотів би також вводити реальні об’єкти в приватні @Autowiredполя (без сетерів). Це можливо чи механізм обмежений лише введенням Mocks?

Використовуйте @Spyпримітку

@RunWith(MockitoJUnitRunner.class)
public class DemoTest {
    @Spy
    private SomeService service = new RealServiceImpl();

    @InjectMocks
    private Demo demo;

    /* ... */
}

Mockito буде розглядати всі поля, що мають @Mockабо @Spyпримітку, як потенційних кандидатів, які будуть введені в екземпляр, позначений @InjectMocksанотацією. У цьому випадку 'RealServiceImpl'екземпляр буде введений у "демонстрацію"

Детальніше див

Мокіто-дім

@Spy

@Mock

На додаток до відповіді @Dev Blanked, якщо ви хочете використовувати існуючий боб, створений Spring, код можна змінити на:

@RunWith(MockitoJUnitRunner.class)
public class DemoTest {

    @Inject
    private ApplicationContext ctx;

    @Spy
    private SomeService service;

    @InjectMocks
    private Demo demo;

    @Before
    public void setUp(){
        service = ctx.getBean(SomeService.class);
    }

    /* ... */
}

Таким чином, вам не потрібно змінювати код (додайте інший конструктор) лише для того, щоб тести спрацювали.

Mockito не є рамкою DI, і навіть рамки DI заохочують конструкторські ін'єкції над полевими інжекціями.
Отже, ви просто оголосите конструктор для встановлення залежностей тестуваного класу:

@Mock
private SomeService serviceMock;

private Demo demo;

/* ... */
@BeforeEach
public void beforeEach(){
   demo = new Demo(serviceMock);
}

Використання Mockito spyдля загального випадку - жахлива порада . Це робить тестовий клас крихким, не прямим та схильним до помилок: Що насправді насміхається? Що насправді тестується?
@InjectMocksа @Spyтакож шкодить загальному дизайну, оскільки він заохочує роздуті класи та змішану відповідальність у класах.
Будь ласка, прочитайте spy()javadoc перед тим, як використовувати сліпо (акцент не мій):

Створює шпигун реального об'єкта. Шпигун називає реальні методи, якщо вони не заглушені. Справжніх шпигунів слід використовувати обережно та епізодично , наприклад, при роботі зі спадковим кодом.

Як завжди, ви збираєтеся читати partial mock warning: Об'єктно-орієнтоване програмування вирішує складність, поділяючи складність на окремі, конкретні, SRPy-об'єкти. Як часткова насмішка вписується в цю парадигму? Ну, це просто не так ... Частковий макет зазвичай означає, що складність була перенесена на інший метод на одному об’єкті. У більшості випадків це не так, як ви хочете розробити свою програму.

Однак трапляються нечасті випадки, коли часткові макети стають під рукою: мати справу з кодом, яку ви не можете легко змінити (сторонні інтерфейси, тимчасовий рефакторинг застарілого коду тощо). Однак я б не використовував часткові макети для нових, керованих тестом і розроблений код.

Навесні існує спеціальна утиліта, яка називається ReflectionTestUtilsдля цієї мети. Візьміть конкретний екземпляр і введіть у поле.

@Spy
..
@Mock
..

@InjectMock
Foo foo;

@BeforeEach
void _before(){
   ReflectionTestUtils.setField(foo,"bar", new BarImpl());// `bar` is private field
}

Я знаю, що це давнє питання, але ми зіткнулися з тією ж проблемою при спробі ввести струни. Отже, ми винайшли розширення JUnit5 / Mockito, яке робить саме те, що ви хочете: https://github.com/exabrial/mockito-object-injection

Редагувати:

@InjectionMap
 private Map<String, Object> injectionMap = new HashMap<>();

 @BeforeEach
 public void beforeEach() throws Exception {
  injectionMap.put("securityEnabled", Boolean.TRUE);
 }

 @AfterEach
 public void afterEach() throws Exception {
  injectionMap.clear();
 }