Mockito: injectez des objets réels dans des champs privés @Autowired

J'utilise Mockito @Mocket des @InjectMocksannotations pour injecter des dépendances dans des champs privés qui sont annotés avec Spring @Autowired:

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

    @InjectMocks
    private Demo demo;

    /* ... */
}

et

public class Demo {

    @Autowired
    private SomeService service;

    /* ... */
}

Maintenant, je voudrais également injecter des objets réels dans des @Autowiredchamps privés (sans setters). Est-ce possible ou le mécanisme est-il limité à l'injection de Mocks uniquement?

Utiliser l' @Spyannotation

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

    @InjectMocks
    private Demo demo;

    /* ... */
}

Mockito considérera tous les champs ayant @Mockune @Spyannotation comme des candidats potentiels à injecter dans l'instance annotée avec @InjectMocksannotation. Dans le cas ci-dessus, l' 'RealServiceImpl'instance sera injectée dans la `` démo ''

Pour plus de détails, reportez-vous

Mockito-maison

@Espion

@Moquer

En plus de la réponse @Dev Blanked, si vous souhaitez utiliser un bean existant créé par Spring, le code peut être modifié pour:

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

    /* ... */
}

De cette façon, vous n'avez pas besoin de changer votre code (ajouter un autre constructeur) juste pour que les tests fonctionnent.

Mockito n'est pas un framework DI et même les frameworks DI encouragent les injections de constructeur par rapport aux injections de champ.
Vous déclarez donc simplement un constructeur pour définir les dépendances de la classe testée:

@Mock
private SomeService serviceMock;

private Demo demo;

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

Utiliser Mockito spypour le cas général est un terrible conseil. Cela rend la classe de test fragile, pas droite et sujette aux erreurs: qu'est-ce qui est vraiment moqué? Qu'est-ce qui est vraiment testé?
@InjectMockset @Spynuit également à la conception globale car elle encourage les classes gonflées et les responsabilités mixtes dans les classes.
Veuillez lire le spy()javadoc avant de l'utiliser à l'aveugle (l'accent n'est pas le mien):

Crée un espion de l'objet réel. L'espion appelle de vraies méthodes à moins qu'elles ne soient écrasées. Les vrais espions doivent être utilisés avec précaution et occasionnellement , par exemple lorsqu'il s'agit de code hérité.

Comme d'habitude, vous allez lire partial mock warning: La programmation orientée objet aborde la complexité en divisant la complexité en objets SRPy séparés et spécifiques. Comment la simulation partielle s'inscrit-elle dans ce paradigme? Eh bien, ce n'est tout simplement pas le cas ... Une simulation partielle signifie généralement que la complexité a été déplacée vers une méthode différente sur le même objet. Dans la plupart des cas, ce n'est pas ainsi que vous souhaitez concevoir votre application.

Cependant, il y a de rares cas où les simulations partielles sont utiles: traiter du code que vous ne pouvez pas changer facilement (interfaces tierces, refactoring intermédiaire du code hérité, etc.) Cependant, je n'utiliserais pas de simulations partielles pour les nouveaux, pilotés par les tests et bien - code conçu.

Au printemps, il existe un utilitaire dédié appelé ReflectionTestUtilsà cet effet. Prenez l'exemple spécifique et injectez dans le champ.

@Spy
..
@Mock
..

@InjectMock
Foo foo;

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

Je sais que c'est une vieille question, mais nous avons été confrontés au même problème en essayant d'injecter des chaînes. Nous avons donc inventé une extension JUnit5 / Mockito qui fait exactement ce que vous voulez: https://github.com/exabrial/mockito-object-injection

ÉDITER:

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