Mockito

Dev back

JUnit and Mockito Best Practices for Unit Testing in Java

Cet article présente des bonnes pratiques pour l'écriture de tests unitaires en Java à l'aide de JUnit et Mockito. Il souligne l'importance de créer des tests clairs et utiles, qui facilitent la compréhension du code et permettent de travailler avec confiance lors de la refactorisation. Destiné aux développeurs ayant déjà une expérience des tests, l'article encourage une approche soignée dans l'écriture de tests pour éviter les frustrations communes.

Dev back

MockedConstruction in junit

L'article traite de l'utilisation de MockedConstruction dans JUnit, particulièrement avec Mockito, permettant de simuler la construction de nouveaux objets. Cette fonctionnalité est cruciale car elle permet de contourner la création interne d'instances de classe que la simulation traditionnelle ne peut pas intercepter. Introduite avec Mockito 3.5+ et stabilisée dans Mockito 4+, cette caractéristique offre plus de flexibilité lors des tests.

Dev back

Testing Spring Boot Made Simple: Best Practices & Must-Have Tools

Cet article traite des meilleures pratiques et des outils indispensables pour effectuer des tests efficaces avec Spring Boot. Il explore différents types de tests, tels que les tests unitaires, les tests d'intégration et les tests de bout en bout. Les tests unitaires se concentrent sur des composants individuels et n'ont pas besoin de dépendances externes, utilisant généralement JUnit et Mockito. Les tests d'intégration vérifient les interactions entre plusieurs composants, utilisant une base de données réelle ou en mémoire. Enfin, les tests E2E simulent des interactions utilisateur réelles avec le système dans son ensemble.

Dev back

Uses of @spy annotation in JUnit Testing

L'annotation @spy dans JUnit, particulièrement avec Mockito, permet de créer un spy sur un objet réel, ce qui signifie que vous pouvez moquer certaines méthodes tout en conservant le comportement réel des autres. Ceci est utile pour le moquage partiel, la vérification des appels de méthode, et le test de code hérité, en permettant d'isoler et de moquer des méthodes spécifiques sans modifier le code d'origine.