Mockito: Injizieren Sie echte Objekte in private @ Autowired-Felder

Ich verwende Mockitos @Mockund @InjectMocksAnnotationen, um Abhängigkeiten in private Felder einzufügen, die mit Spring's kommentiert sind @Autowired:

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

    @InjectMocks
    private Demo demo;

    /* ... */
}

und

public class Demo {

    @Autowired
    private SomeService service;

    /* ... */
}

Jetzt möchte ich auch reale Objekte in private @AutowiredFelder einfügen (ohne Setter). Ist dies möglich oder beschränkt sich der Mechanismus nur auf das Injizieren von Mocks?

Verwenden Sie @SpyAnmerkungen

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

    @InjectMocks
    private Demo demo;

    /* ... */
}

Mockito betrachtet alle Felder mit @Mockoder mit @SpyAnmerkungen als potenzielle Kandidaten, die in die mit @InjectMocksAnmerkungen versehene Instanz eingefügt werden sollen. Im obigen Fall wird die 'RealServiceImpl'Instanz in die 'Demo' eingefügt.

Weitere Einzelheiten finden Sie unter

Mockito-Zuhause

@Spion

@Spotten

Wenn Sie zusätzlich zu der Antwort @Dev Blanked eine vorhandene Bean verwenden möchten, die von Spring erstellt wurde, kann der Code wie folgt geändert werden:

@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);
    }

    /* ... */
}

Auf diese Weise müssen Sie Ihren Code nicht ändern (einen weiteren Konstruktor hinzufügen), damit die Tests funktionieren.

Mockito ist kein DI-Framework, und selbst DI-Frameworks fördern Konstruktorinjektionen gegenüber Feldinjektionen.
Sie deklarieren also einfach einen Konstruktor, um Abhängigkeiten der zu testenden Klasse festzulegen:

@Mock
private SomeService serviceMock;

private Demo demo;

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

Die Verwendung von Mockito spyfür den allgemeinen Fall ist ein schrecklicher Rat. Es macht die Testklasse spröde, nicht gerade und fehleranfällig: Was wird wirklich verspottet? Was ist wirklich getestet?
@InjectMocksund @Spyschadet auch dem Gesamtdesign, da es aufgeblähte Klassen und gemischte Verantwortlichkeiten in den Klassen fördert.
Bitte lesen Sie das spy()Javadoc, bevor Sie es blind verwenden (die Betonung liegt nicht bei mir):

Erstellt einen Spion des realen Objekts. Der Spion ruft echte Methoden auf, es sei denn, sie werden gestoppt. Echte Spione sollten sorgfältig und gelegentlich eingesetzt werden , beispielsweise beim Umgang mit Legacy-Code.

Wie üblich lesen Sie partial mock warningFolgendes: Objektorientierte Programmierung befasst sich mit Komplexität, indem Sie die Komplexität in separate, spezifische SRPy-Objekte aufteilen. Wie passt partielles Mock in dieses Paradigma? Nun, das tut es einfach nicht ... Partial Mock bedeutet normalerweise, dass die Komplexität auf eine andere Methode für dasselbe Objekt verschoben wurde. In den meisten Fällen möchten Sie Ihre Anwendung auf diese Weise nicht entwerfen.

Es gibt jedoch seltene Fälle, in denen Teil-Mocks nützlich sind: Umgang mit Code, den Sie nicht einfach ändern können (Schnittstellen von Drittanbietern, vorläufiges Refactoring von Legacy-Code usw.) Ich würde jedoch Teil-Mocks nicht für neue, testgetriebene und gut funktionierende Mocks verwenden. entworfener Code.

Im Frühjahr gibt es ein spezielles Dienstprogramm ReflectionTestUtilsfür diesen Zweck. Nehmen Sie die spezifische Instanz und injizieren Sie sie ins Feld.

@Spy
..
@Mock
..

@InjectMock
Foo foo;

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

Ich weiß, dass dies eine alte Frage ist, aber wir hatten das gleiche Problem, als wir versuchten, Strings zu injizieren. Deshalb haben wir eine JUnit5 / Mockito-Erweiterung erfunden, die genau das tut, was Sie wollen: https://github.com/exabrial/mockito-object-injection

BEARBEITEN:

@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();
 }