TDD is dead. Long live testing. (Une contre-argumentation point à point à l'article phare de David Heinemeier Hansson, détracteur du Test-driven development)

À retenir

1. Date / source. 7 décembre 2022 (initial), 17 mars 2025 (dernière mise à jour). Blog personnel mathieueveillard.com. Catégories : craft, best-of.
2. Auteur. Mathieu Eveillard — développeur / coach craft / formateur.
3. Cible. DHH, "TDD is dead. Long live testing." (RailsConf 2014, post Signal v Noise).
4. Thèse-pivot. Le TDD n'est pas une religion, c'est un outil. Et DHH critique en réalité le Test-first, pas le TDD. ### La distinction-pivot Eveillard | Concept | Définition | |---------|-----------| | Test-first | J'écris tous les tests avant d'écrire la moindre ligne de code | | Test-Driven Development | Les tests me guident dans l'écriture du code — j'écris à chaque fois un peu de code en réaction à un nouveau test | > "Dommage que cette confusion ne soit jamais levée, car elle cache une tout autre façon de programmer." ### Les 3 réfutations point à point #### (1) "TDD as a hammer to beat down the nonbelievers" DHH : TDD utilisé comme marteau pour montrer du doigt les non-croyants, les déclarer non-professionnels. Eveillard concède : pas de sens à montrer du doigt, oppose à l'humilité de l'artisan. Mais redéfinit "bon code" :
5. Au-delà de l'absence de bugs ;
6. Tests unitaires. documentant le comportement au plus bas niveau ;
7. Co-localisés. avec le code ;
8. Filet de sécurité. — "Plus les mailles sont fines, mieux on évite les régressions". #### (2) "Rebalance the testing spectrum from unit to system" DHH : passer des tests unitaires (avec mocks) aux tests système. Eveillard répond :
9. TDD n'interdit rien d'autre que les tests unitaires.
10. Tests système ne remplacent pas les unitaires (impôt sur le revenu en e2e = absurde).
11. Pyramide de tests. — chaque type apporte sa valeur :
12. Unitaires = feedback en millisecondes → guide l'écriture du code par TDD ;
13. Détection bug précoce → moindre coût. Sur l'architecture : "horrendous monstrosities (service objects, command patterns)" — Eveillard ne connaît pas ces effets en programmation fonctionnelle, donc imputable à la POO, pas au TDD. #### (3) "I do not write software test-first" DHH : utilise "Test first" alors que titre annonce TDD. Eveillard pointe la confusion sémantique Test-first / TDD comme l'erreur fondamentale de l'argumentaire DHH. ### Le périmètre raisonnable du TDD > "Le TDD se prête particulièrement bien au code du domaine, le noyau fonctionnel d'un bounded context. Le coeur de l'hexagone, le coeur du réacteur. Un moteur de calcul, des règles de gestion fines, des cas limites à tout-va. Là, je ne sais pas faire autrement qu'en TDD. Mais au final, cela ne représente qu'une petite partie de la codebase, 30% au plus." | Code | TDD pertinent ? | |------|----------------| | Domaine / règles métier / moteur calcul | OUI fortement | | Glue code / orchestration / IO | Moins | | UI / framework boilerplate | Pas obligatoire | | Estimation Eveillard | 30% codebase max | ### Articulation dossier veille #### Pertinence pour le corpus IA / coding agents 2025-2026 L'article est de 2022 (donc avant l'explosion coding agents) mais résonne avec les débats actuels :
14. Kent Beck — Vibe Coding vs TDD. (2024-10-17) : Beck observe que vibe coding et TDD ne s'excluent pas — le TDD reste pertinent pour le code du domaine, exactement la position Eveillard.
15. Beck — Augmented Coding Beyond Vibes. (2025-06-25) : la position "augmented coding" repose sur des garde-fous (tests) que TDD fournit naturellement.
16. Frizzo. Year With Claude Code (2026-05-05) : "writing muscle atrophy" — préserver une pratique de TDD est précisément un antidote à l'atrophie de la pratique manuelle.
17. Osmani Cognitive Surrender. (2026-05-05) : "PRs ~100 lignes max", solo keyboard time — converge avec l'idée Eveillard que le TDD garde le développeur dans la pratique méthodologique du métier.
18. Lattice. (2026-05-05) : Atoms / Molecules / Refiners — granularité fine, exactement ce que TDD encourage. #### Convergence "outil pas religion"
19. Eveillard. "Le TDD n'est pas une religion, c'est un outil."
20. Karpathy. (2026-04-29) : "jagged intelligence" — outil avec frontières d'efficacité.
21. DORA ROI 2026. (2026-04-21) : "all models are wrong but useful" — humilité méthodologique.
22. Talisman Ontology Pipeline Refresh. (2026-05-04) : "the work cannot be skipped" — méthodologie comme outil disciplinaire.
23. → Convergence éthique : refuser le dogmatisme ET le rejet d'un outil méthodologique. #### Convergence "périmètre limité"
24. Eveillard. TDD = 30% codebase max (code domaine).
25. Stanford. (citée DORA) : 35-40% productivity greenfield vs ≤10% brownfield — distribution inégale par contexte.
26. Ng The Batch n°350. (2026-04-24) : Frontend > Backend > Infra > Recherche — acceleration différentielle par contexte.
27. → Convergence : aucun outil méthodologique n'est universellement applicable — toujours évaluer le périmètre pertinent. ### Limites à signaler
28. Article hors-corpus IA. stricto sensu — focus craft / TDD historique. Pertinent indirectement.
29. Pas de chiffres empiriques. — argumentation conceptuelle, pas étude.
30. Pas d'engagement avec coding agents. dans la version 2025 (la mise à jour mars 2025 ne semble pas avoir intégré le débat IA/agents).
31. Périmètre 30%. est une estimation non sourcée par Eveillard — discutable selon contexte (un compilateur peut être 80% domaine).
32. Frame fortement orienté FP/hexagonal. — peut paraître dogmatique pour les développeurs fortement OOP/Rails.
33. N'aborde pas. le débat CI/CD impact testing strategy que d'autres auteurs (DORA notamment) jugent critique. ### À mobiliser pour
34. Formations craft / TDD internes. matériel pédagogique français de référence.
35. Débats équipe sur TDD. argumentaire structuré pour clarifier Test-first vs TDD.
36. Articulation avec corpus 2026 coding agents. positionner les débats actuels (vibe coding, agents, AI-augmented) dans la continuité historique des débats craft.
37. Sourcing. aphorisme "Le TDD n'est pas une religion, c'est un outil" — formule synthétique mobilisable.