Post #2619937
2026-04-17 12:46 UTC
Principe numéro 9 : un test moche est meilleur que l'absence de test.
Quand le code est moche, le test peut parfois être moche.
Personne n'aime écrire des tests moches, mais le code moche est celui qui a le plus besoin de tests.
Ne laisse pas le code moche t'empêcher d'écrire des tests, mais fais en sorte qu'il t'évite d'écrire encore plus de code moche.
Replies (1)
-
@mithfindel@mastodon.social 2026-04-17 12:51
Principe numéro 10 : parfois, la fin (du test) justifie les moyens. Certains pensent qu'utiliser des bibliothèques d'objets simulés (mocks), c'est tricher parce que ça casse l'encapsulation. Encore une fois, la réponse est : ça dépend. Parfois, il est nécessaire de modifier le code pour le rendre testable. Parfois, il vaut mieux le traiter comme une boîte noire et tester les limites.