Quand on écrit des tests ou fait du refactoring en fin de story, qui récolte les bénéfices? Et quand? C'est la prochaine personne qui touchera le code ... d'ici quelque temps ... avec un peu de chance. Pourvu que les tests resteront pertinents. Et que le refactoring facilitera bien la nouvelle fonctionnalité, que l'on ne connait pas encore ... 🤔 Si nos efforts sont premièrement pour les autres, dans un futur incertain et de valeur incertaine. Est-ce étonnant si on ne fait pas beaucoup et qu'on laisse pourrir nos logiciels? Une autre approche serait la méthode des 3P 🧐. C'est à dire pour chaque story * Protéger * Préparer * Produire Protéger: Mise en place des tests manquants Préparer: Refactoring en profondeur pour rendre plus facile la nouvelle fonctionnalité Produire: Coder la nouvelle fonctionnalité en TDD Être les premiers bénéficiaires des tests et du refactoring que nous faisons, c'est plus de bonheur au travail. Avec un ROI bien meilleur sur les tests et le refactoring, le projet risque de mieux se porter dans le temps. Et pour les adeptes du TDD cela vous permettra de faire du TDD quelque soit la qualité du code. Regardons quelques exemples en code pour clarifier ce concept