Inachevé Stubbing Détecté dans Mockito

Vous êtes à la nidification se moquant de l'intérieur de se moquer. Vous appelez getSomeList(), qui fait un peu moqueur, avant que vous avez terminé la dérision pour MyMainModel. Mockito ne l'aime pas quand vous faites cela.

Remplacer

@Test
public myTest(){
    MyMainModel mainModel =  Mockito.mock(MyMainModel.class);
    Mockito.when(mainModel.getList()).thenReturn(getSomeList()); --> Line 355
}

avec

@Test
public myTest(){
    MyMainModel mainModel =  Mockito.mock(MyMainModel.class);
    List<SomeModel> someModelList = getSomeList();
    Mockito.when(mainModel.getList()).thenReturn(someModelList);
}

De comprendre pourquoi cela pose un problème, vous avez besoin de savoir un peu comment Mockito œuvres, et aussi savoir dans quel ordre les instructions et expressions sont évaluées en Java.

Mockito ne peut pas lire dans votre code source, afin de comprendre ce que vous êtes pour lui demander de le faire, elle s'appuie beaucoup sur l'état statique. Lorsque vous appelez une méthode sur un objet fantaisie, Mockito enregistre les détails de l'appel dans une liste interne des invocations. Le when méthode lit le dernier de ces appels de la liste et les dossiers de cette invocation, dans le OngoingStubbing objet auquel il renvoie.

La ligne

Mockito.when(mainModel.getList()).thenReturn(someModelList);

causes suivantes interactions avec Mockito:

• Se moquer de la méthode mainModel.getList() est appelé,
• Méthode statique when est appelé,
• Méthode thenReturn est appelée sur le OngoingStubbing objet retourné par la when méthode.

La thenReturn méthode peut ensuite demander à la maquette il a reçu via le OngoingStubbing méthode pour gérer tout appel à la getList méthode pour retourner someModelList.

En fait, comme Mockito ne peuvent pas voir votre code, vous pouvez également écrire vos moqueries comme suit:

mainModel.getList();
Mockito.when((List<SomeModel>)null).thenReturn(someModelList);

Ce style est un peu moins évident à lire, d'autant plus que dans ce cas, le null doit être coulé, mais il génère la même séquence d'interactions avec Mockito et obtenir le même résultat que la ligne ci-dessus.

Cependant, la ligne de

Mockito.when(mainModel.getList()).thenReturn(getSomeList());

causes suivantes interactions avec Mockito:

1. Se moquer de la méthode mainModel.getList() est appelé,
2. Méthode statique when est appelé,
3. Une nouvelle mock de SomeModel est créé (à l'intérieur de getSomeList()),
4. Se moquer de la méthode model.getName() est appelé,

À ce point Mockito devient confus. Il pensait que vous étiez moqueur mainModel.getList(), mais maintenant vous dites que vous voulez pour se moquer de la model.getName() méthode. Pour Mockito, on dirait que vous êtes en train de faire les suivants:

when(mainModel.getList());
//...
when(model.getName()).thenReturn(...);

Cela semble idiot de Mockito comme il ne peut pas être sûr de ce que vous êtes en train de faire avec mainModel.getList().

Noter que nous ne sommes pas à l' thenReturn appel de la méthode, comme la JVM doit évaluer les paramètres de cette méthode avant d'appeler la méthode. Dans ce cas, cela signifie que l'appel de la getSomeList() méthode.

Généralement c'est une mauvaise conception de la décision de s'appuyer sur l'état statique, comme Mockito n', car il peut conduire à des cas où le Principe de moindre Étonnement est violé. Cependant, Mockito design de rendre claire et expressive, moqueries, même si elle conduit à l'étonnement, parfois.

Enfin, les versions récentes de Mockito ajouter une ligne supplémentaire pour le message d'erreur ci-dessus. Cette ligne supplémentaire indique que vous pouvez être dans la même situation que cette question:

3: vous cogner le comportement d'un autre maquette à l'intérieur avant "thenReturn' instruction s'il est rempli de