Comment le développement piloté par les tests (Test-Driven Development ou TDD) peut vous aider à éviter les bogues.
Lors du développement d’un gros logiciel ou application, il est inévitable que des bogues apparaissent. Vous savez probablement déjà que la meilleure façon de réduire le nombre de bogues est d’écrire des tests pour votre projet. Dans cet article, je vais vous montrer comment passer au niveau supérieur en utilisant un principe appelé « Test-Driven Development ».
Comme son nom l’indique, le développement piloté par les tests consiste à ne développer un programme qu’après avoir écrit des tests. Avant de comprendre pourquoi il est préférable d’écrire les tests à la fin du processus de développement, voyons comment cela fonctionne.
Comment fonctionne le TDD
Lorsque vous suivez les principes du TDD, l’idée principale est de développer chaque nouvelle fonctionnalité séparément, une par une. Vous pouvez diviser votre travail de création d’une seule fonctionnalité en 5 phases différentes :
- Écrire les tests : La première chose à faire est d’écrire les tests qui vérifieront la fonctionnalité que vous allez créer.
- Exécutez tous les tests : Les nouveaux tests doivent échouer puisque la fonctionnalité n’a pas encore été implémentée. Cette étape permet de vérifier que le nouveau code est nécessaire. Vous vous assurez également que le reste du code (si vous avez créé d’autres tests précédemment) fonctionne comme prévu.
- Implémentez la fonctionnalité : Dans cette phase, il n’est pas nécessaire d’écrire un code élégant. Vous devez uniquement vous préoccuper de la mise en œuvre de la fonctionnalité en écrivant le moins de lignes de code possible.
- Tester le code : Tous les tests doivent maintenant réussir. Vous pouvez également vérifier que les tests précédents fonctionnent toujours (le nouveau code n’a donc pas introduit de bogues).
- Refactoriser : Enfin, vous pouvez réécrire votre code pour le rendre plus efficace et plus élégant. N’oubliez pas de vérifier que vos tests fonctionnent toujours après chaque modification.
Une fois qu’une fonctionnalité a été complètement développée, vous pouvez recommencer à l’étape 1 pour la suivante. Vous devez toujours exécuter les tests que vous avez écrits précédemment chaque fois que vous implémentez une nouvelle partie de votre programme. De cette façon, vous vous assurez de ne pas casser l’ancien code.
Maintenant que nous avons vu comment fonctionne la TDD, pourquoi devriez-vous l’adopter ? Voici les principaux avantages (et inconvénients) de l’utilisation du développement piloté par les tests.
Avantages
1. N’écrivez que le code dont vous avez besoin
Lors du développement d’un programme, il est facile d’être pris par l’enthousiasme et de commencer à compliquer votre code à l’excès. Cependant, c’est quelque chose qui introduira très probablement de nombreux bogues dans votre programme. De plus, vous n’aurez probablement pas du tout besoin de ce code. Cette idée peut être résumée par le principe « You Ain’t Gonna Need It ».
Maintenant, considérez ce qui se passe si vous écrivez les tests avant de commencer la phase de développement : dès que les tests passent, vous savez que votre code est complet. Ainsi, vous êtes moins susceptible d’ajouter des fonctionnalités inutiles à votre programme (et donc vous aurez moins de bogues).
2. Testez chaque fonctionnalité en profondeur
L’un des problèmes de l’écriture des tests après le développement du code est que vous serez influencé par la façon dont le code a été écrit. Cela implique que vos tests essaieront de vérifier que le code fonctionne comme prévu, au lieu de chercher des bogues inattendus. Ainsi, davantage d’erreurs ne seront pas détectées.
D’un autre côté, si vous créez des tests avant d’écrire le code, vous n’aurez pas d’idées préconçues sur la façon dont la fonctionnalité sera mise en œuvre. Cela signifie que le code sera vérifié de manière plus approfondie.
3. Refactoriser plus facilement
Lorsque vous utilisez le TDD, vous savez que le code est entièrement couvert par des cas de test. Cela signifie que si un remaniement introduit un bogue, il sera détecté par vos tests.
En revanche, dans le cadre du développement normal d’un programme, votre code remanié peut comporter des bogues que vous ne pensiez pas possibles dans le code original (et pour lesquels vous n’avez donc pas écrit de test).
Ainsi, en utilisant le TDD, vous n’aurez pas à repenser vos tests après chaque remaniement : vous pouvez simplement exécuter ceux que vous avez écrits à l’origine.
Inconvénients
1. Cela prend du temps
L’utilisation du développement piloté par les tests n’est peut-être pas le meilleur choix si vous ne disposez pas de beaucoup de temps. En effet, écrire des tests sans avoir le code sous les yeux est plus difficile que vous ne le pensez.
Cependant, le temps que vous passerez à écrire ces tests sera compensé par le temps que vous n’aurez pas à perdre à chercher des bogues bien cachés.
2. Courbe d’apprentissage
Il peut être difficile de s’habituer à écrire des tests avant de développer le code. Il faudra un certain temps pour apprendre à écrire des tests de manière efficace, mais après un certain temps, je peux vous assurer que cela en vaut la peine.
En outre, dans le cadre du développement piloté par les tests, il est important que vos tests couvrent tous les aspects du code. Sinon, ce n’est qu’une perte de temps. Vous devrez donc apprendre à écrire la bonne quantité de tests.
Conclusion
Comme vous pouvez le constater, les avantages de l’utilisation du TDD l’emportent sur les inconvénients, et c’est pourquoi vous devriez commencer à l’adopter dès maintenant.
Si vous souhaitez en savoir plus sur le développement piloté par les tests, consultez ces ressources :
