Table des matières:
- Définition - Que signifie le développement piloté par les tests (TDD)?
- Techopedia explique le développement piloté par les tests (TDD)
Définition - Que signifie le développement piloté par les tests (TDD)?
Le développement piloté par les tests (TDD) est une approche de développement logiciel dans laquelle un test est écrit avant d'écrire le code. Une fois que le nouveau code réussit le test, il est refactorisé en une norme acceptable.
TDD garantit que le code source est soigneusement testé à l'unité et conduit à un code modulaire, flexible et extensible. Il se concentre sur l'écriture uniquement du code nécessaire pour passer les tests, rendant la conception simple et claire.
Techopedia explique le développement piloté par les tests (TDD)
TDD permet au programmeur de faire de petites étapes lors de l'écriture de logiciels. Le test est écrit avant de tester la fonctionnalité et garantit que l'application est adaptée à la testabilité. Les tests sur une petite quantité de code sont effectués pour intercepter les erreurs qui se produisent dans le code testé. Ensuite, la fonctionnalité est implémentée. Ceci est appelé "refactor rouge vert" où le rouge signifie l'échec et le vert montre une passe. Ces étapes sont ensuite répétées. Le premier objectif d'un programmeur est de se concentrer sur la tâche à accomplir et de la passer.
Les différentes étapes d'un cycle de développement piloté par les tests sont les suivantes:
- Ajouter un test: chaque nouvelle fonctionnalité de TDD commence par un test qui doit échouer car il est mis en œuvre avant la mise en œuvre des fonctionnalités. L'exigence essentielle d'écrire un test avant la mise en œuvre de la fonctionnalité est une compréhension claire de l'exigence par le développeur. Ceci est accompli à travers des user stories et des cas d'utilisation. Par conséquent, un développeur comprend l'exigence avant d'écrire le code du programme.
- Exécutez tous les tests et vérifiez si le nouveau code échoue: cela garantit le bon fonctionnement du faisceau de test et que le nouveau test ne passe pas par erreur sans nouveau code. Cette étape teste également le test et élimine la possibilité que le nouveau test réussisse toujours.
- Écrire du code: l'étape suivante qui suit consiste à écrire du code qui efface le test. Le nouveau code n'est pas parfait mais est modifié par la suite selon les exigences. Il est simplement conçu pour les tests et ne contient pas d'autres fonctionnalités.
- Exécutez des tests automatisés: si chaque cas de test produit passe facilement le test, cela implique que le code répond à toutes les spécifications requises. Par conséquent, la dernière étape du cycle peut être lancée.
- Code de refactorisation: cela revient à supprimer la duplication. Un refactoring n'endommage aucune fonctionnalité existante et aide à supprimer la duplication entre les codes de production et de test. Le code est maintenant nettoyé comme requis.
- Répéter: Le cycle est répété comme dans les cas précédents avec un nouveau test. La condition essentielle est que la taille des étapes soit petite, avec environ 1 à 10 modifications entre chaque exécution de test. Si le nouveau code ne satisfait pas à un nouveau test, le programmeur doit effectuer un débogage supplémentaire. L'intégration continue fournit des points de contrôle réversibles.
