Je suis pas vraiment d'accord sur pleins de choses par exemple le chapitre « Pay for what you need » semble oublier qu'il y a une étape de refactoring dans le TDD :
Mais globalement je comprends beaucoup de promoteurs du TDD ont un enthousiasme au point de le présenter comme la seule pratique alors qu'elle ne l'est clairement pas tu as le BDD, le TCR par exemple.
Personnellement ma pratique dépend beaucoup de mon état d'esprit et de la tâche en question. Des tâches exploratives par exemple ne rentrent pas dans des pratiques de tests first, alors certaines corrections de bug demandent à d'abord réussir à mettre en évidence la partie du code incriminée peuvent être plus facile à détourer avec un test unitaire.
Mais il y a des préceptes intéressant à garder en tête en particulier :
s'assurer que le test vérifie effectivement quelque chose (pas plus tard qu'hier j'étais fasse à un test qui ne pouvait pas planter, mais sans aucun code dans la fonction qu'il tenter de tester)
prendre l'habitude d'avoir des boucles de feedback rapide (ça peut consister à déployer dans un environnement via un script à base d'inotify et à utiliser des macros pour automatiser des actions utilisateurs (déplacer ma souris là puis cliquer, attendre etc))
# bof
Posté par barmic 🦦 . En réponse au lien Le «Test driven developpement» dans la pratique. Évalué à 5. Dernière modification le 10 mars 2024 à 11:51.
Je suis pas vraiment d'accord sur pleins de choses par exemple le chapitre « Pay for what you need » semble oublier qu'il y a une étape de refactoring dans le TDD :
Schéma du TDD sous licence CC-by-sa de Xavier Pigeon
Mais globalement je comprends beaucoup de promoteurs du TDD ont un enthousiasme au point de le présenter comme la seule pratique alors qu'elle ne l'est clairement pas tu as le BDD, le TCR par exemple.
Personnellement ma pratique dépend beaucoup de mon état d'esprit et de la tâche en question. Des tâches exploratives par exemple ne rentrent pas dans des pratiques de tests first, alors certaines corrections de bug demandent à d'abord réussir à mettre en évidence la partie du code incriminée peuvent être plus facile à détourer avec un test unitaire.
Mais il y a des préceptes intéressant à garder en tête en particulier :
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll