Chapitre 8. Test du nœud
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
Tester dans le monde réel consiste généralement à trouver ce qui ne va pas. Lorsqu'il s'agit de code, les tests servent à trouver ce qui va bien. C'est la garantie que quelque chose fonctionne.
Un code non testé est tout simplement dangereux. Un code efficace et évolutif est bien testé. Tester, ce n'est pas seulement s'assurer que le code fait ce qu'il est censé faire ; c'est aussi s'assurer que le code continue à faire ce qu'il est censé faire après toute modification du code, de son environnement et de ses modes d'utilisation. Les tests permettent d'écrire un code de haute qualité et de détecter les problèmes potentiels le plus tôt possible.
Les tests réguliers du code le maintiennent en bonne santé et en facilitent la maintenance. Cela augmente également la confiance de ceux qui le maintiennent pour apporter des changements. Apporter des modifications à un code non testé, c'est courir à la catastrophe. Une nouvelle fonctionnalité dans le module X peut casser d'autres fonctionnalités dans le module Y. Tu ne peux pas garder les dépendances dans ta tête. Tu ne peux pas tester tout le code manuellement à chaque fois qu'il y a un changement. Il n'y a aucun moyen de contourner ce problème. Tu dois écrire du code pour tester ton code, et oui, ton code de test peut aussi avoir des problèmes. Les tests peuvent introduire des faux ...