Enfin un framework qui me réconcilie avec les tests unitaires, non pas que j'étais très fâché, les tests unitaires sont nécessaires mais je ne prenais pas un grand plaisir à les faire.
Je travaille en ce moment sur un projet de client/serveur basé sur les excellents framework Netty et Protobuf et écrire des test unitaires sur ce type de projet très technique peut se révéler être assez difficile.
Pourtant depuis peu je dois confesser que je prend un certain plaisir à en écrire, ceci depuis que j'ai découvert Mockito.
Mockito ça sert à quoi ?
L'un des problèmes avec les tests unitaires ce sont les objets qui sont mis en jeu. Certains objets sont en effet très difficile à instancier, il peut être même impossible de le faire si on est en phase de spécification et que seule l'interface a été écrite.
Il est encore plus difficile de contrôler leur comportement pour recréer des contextes particuliers d’exécution comme recréer un contexte d'erreur.
C'est là qu'intervient Mockito : Mockito permet de créer des classes "fantoches", des "marionnettes" à partir de n'importe quelle classe ou même à partir d'une simple interface. En anglais on appelle ça des "mock objects".
Cette classe vous allez pouvoir contrôler finement son comportement, comme les valeurs de retour de ses méthodes : c'est qu'on appelle le "stubbing".
Exemples
Je vais reprendre les exemples du site, ceux basés sur l'interface List, mais avec mes propres commentaires :
1. Création de "mock objects"
import static org.mockito.Mockito.*;
List mockedList = mock(List.class);
Dans cette exemple nous venons de créer un objet à partir de l'interface List. Cet objet implémente l'interface par contre son comportement est pour le moment assez limité, un appel à mockedList.get(0) retournera null.
Pour controler son comportement nous allons faire du "stubbing"
2. Le "stubbing"
when(mockedList.get(0)).thenReturn("toto");
Maintenant un appel à mockedList.get(0)retournera la chaine "toto".
Si l'on souhaite répondre "toto" pour n'importe qu'elle indice de la liste :
when(mockedList.get(anyInt())).thenReturn("toto");
Maintenant un appel à mockedList.get(indice) avec n'importe quel entier en indice retournera la chaine "toto".
3. Vérifier les appels
Il peut être intéressant de contrôler qu'une méthode a bien été appelée et avec les bon arguments en paramètre.
System.out.println(mockedList.get(888));
// Doit afficher "toto" sur la sortie standard
// Si l'on souhaite vérifier qu'il y a bien eu un appel à la méthode get avec comme paramètre 888
verify(mockedList).get(888);Voilà pour la petite intro, les autres fonctionnalités sont décrites ici. Au passage Mockito est un bon tremplein vers le Behaviour Driven Developement alors pourquoi se priver ?
Comments
Post a Comment