Pour tester ce genre de chose c’est tout de suite plus compliqué. Il va te falloir créer un niveau d’abstraction, avec une interface ou une classe non-finale, pour ne pas appeler directement ta dépendance.
Lors de tes tests, tu pourras contrôler ton abstraction et lui faire dire ce qui t’arrange dans ton cas métier.
Le grand classique, c’est une interface du genre UserRepository avec une méthode get(idUser). Tu veux tester le cas ou l’utilisateur n’existe pas et renvoyer une erreur. Tu peux utiliser un système mock qui au moment de get(monIdFoireux) retourne quelque chose qui représente l’absence. Pour ne pas dépendre d’une bibliothèque de mock, tu crées une classe FakeUserRepository qui implémente l’interface UserRepository et qui pour get(monIdFoireux) retourne un truc vide. Tu injecteras cette classe lors de l’exécution du test.
[^] # Re: merci
Posté par Nonolapéro . En réponse au message tests unitaires. Évalué à 2.
Pour tester ce genre de chose c’est tout de suite plus compliqué. Il va te falloir créer un niveau d’abstraction, avec une interface ou une classe non-finale, pour ne pas appeler directement ta dépendance.
Lors de tes tests, tu pourras contrôler ton abstraction et lui faire dire ce qui t’arrange dans ton cas métier.
Le grand classique, c’est une interface du genre UserRepository avec une méthode get(idUser). Tu veux tester le cas ou l’utilisateur n’existe pas et renvoyer une erreur. Tu peux utiliser un système mock qui au moment de get(monIdFoireux) retourne quelque chose qui représente l’absence. Pour ne pas dépendre d’une bibliothèque de mock, tu crées une classe FakeUserRepository qui implémente l’interface UserRepository et qui pour get(monIdFoireux) retourne un truc vide. Tu injecteras cette classe lors de l’exécution du test.