À mon avis, la meilleure chose est qu'il vous permet clairement de voir si votre code fait ce qu'il est censé faire. Cela peut sembler évident, mais il est très facile de s'égarer de vos objectifs initiaux, comme je l'ai découvert dans le passé :p
Beaucoup de gens parlent d'écrire des tests pour leur code avant de commencer à écrire leur code. Cette pratique est généralement connue sous le nom de Test Driven Development ou TDD en abrégé. Quels avantages puis-je retirer de l'écriture de logiciels de cette façon ? Comment puis-je commencer avec cette pratique ?
À mon avis, la meilleure chose est qu'il vous permet clairement de voir si votre code fait ce qu'il est censé faire. Cela peut sembler évident, mais il est très facile de s'égarer de vos objectifs initiaux, comme je l'ai découvert dans le passé :p
Avantages
Mise en route
Faites-le. Écrivez un cas de test pour ce que vous voulez faire, puis écrivez le code qui devrait réussir le test. Si vous réussissez votre test, super, vous pouvez passer à l'écriture de cas où votre code échouera toujours (2 2 ne doit pas être égal à 5, par exemple).
Une fois tous vos tests réussis, écrivez votre logique métier réelle pour faire ce que vous voulez faire.
Si vous partez de zéro, assurez-vous de trouver une bonne suite de tests facile à utiliser. J'aime PHP donc PHPUnit ou SimpleTest fonctionnent bien. Presque tous les langages populaires disposent d'une suite de tests xUnit pour aider à créer et à automatiser les tests.