Si vous souhaitez lire un peu un samedi matin, et voir un même problème sous trois angles complémentaires :
https://www.klaro.cards/fr/blog/2025/05/23/156-exercice-de-tdd-et-specification
(or in English: https://www.klaro.cards/en/blog/2025/05/23/157-tdd-and-specification-exercice)
Dans ce blog post vous apprendrez :
1️⃣ Que SQL (le relationnel) m'amène par sa nature déclarative à avoir moins besoin de driver en TDD ou d'écrire des tonnes de tests unitaires.
2️⃣ Qu'une spécification n'est pas une suite de tests. C'est un raisonnement sur ce qu'on veut vraiment et pourquoi on le veut.
3️⃣ Que le TDD c'est génial mais que ça peut prendre un peu plus de temps 😅. Je termine aussi en TDD+TU avec 226 lignes de tests pour un algorithme de 24 lignes (qui mérite bien d'être testé)
P.S. Je n'ai pas dit que le TDD c'était mal ou inutile. Sans en être un ayatollah, je pense bien comprendre ce que c'est car j'en fais depuis 2008. Je fais simplement la promotion d'autres techniques, complémentaires, plus déclaratives, et qui me semblent plus efficaces quand elles sont disponibles.
#SoftwareEnginneering #TDD #RelationalTheory