Test-driven Development
Développement piloté par les tests
Le développement piloté par les tests (TDD) répète trois étapes. Écrire un petit test qui échoue. Écrire le code minimum qui fonctionne. Puis nettoyer le code sans changer son fonctionnement.
Un autre exemple
Un développeur commence une nouvelle règle d'arrondi monétaire avec un exemple de test qui échoue. Le code minimal le fait passer, puis le code répété est nettoyé tandis que tous les tests restent verts. Les tests écrits seulement après le code sont utiles, mais ce n'est pas le cycle test-d'abord de TDD.
Parties principales
- 01exemple échouant
- 02code minimal acceptable
- 03refactorisation sûre
Utilisez-le lorsque
Utilisez ce terme lorsque chaque prochaine étape de conception est guidée par un test échoué et suivie d’un nettoyage sécurisé.
Ne l'utilisez pas lorsque
Ne qualifiez pas un projet de TDD simplement parce qu'il comporte de nombreux tests. Le code doit suivre la boucle test-first.
Nom utilisé dans le code
red → green → refactor Avant d'expédier
Check the environment and prepared test data (fixture). Define a result you can observe, failure and edge cases, isolation, stable inputs, useful error details, and cleanup. Set a time budget, owner, and flaky-test rule.
Outcome: Complete the task with Développement piloté par les tests (Test-driven Development). User context: Un développeur commence une nouvelle règle d'arrondi monétaire avec un exemple de test qui échoue. Le code minimal le fait passer, puis le code répété est nettoyé tandis que tous les tests restent verts. Les tests écrits seulement après le code sont utiles, mais ce n'est pas le cycle test-d'abord de TDD. Validation approach: Développement piloté par les tests (Test-driven Development). Why it fits: Utilisez ce terme lorsque chaque prochaine étape de conception est guidée par un test échoué et suivie d’un nettoyage sécurisé. Do not use it when: Ne qualifiez pas un projet de TDD simplement parce qu'il comporte de nombreux tests. Le code doit suivre la boucle test-first. Test requirements: Name the system and test environment. Define prepared test data, other inputs, and the result you can observe. Include failure and edge cases, allowed error, isolation, and cleanup. Test operations: Make failures easy to diagnose. Control random or changing inputs. Name an owner. Keep the test fast and simple enough for its release gate. Acceptance criteria: The test fails for the known bug and passes after the fix. It repeats in the target environment, gives useful evidence, and does not expose or change unrelated data. Evidence and limits (evidence boundary): Aucun standard officiel unique ne régit l’ensemble du terme. Sa signification peut varier selon les équipes, plateformes ou frameworks. Unknowns to confirm: Release gate, environment, prepared test data, allowed error, time budget, owner, and flaky-test rule.
Vérifiez cette demande
Review how Développement piloté par les tests (Test-driven Development) is used now. Definition: Le développement piloté par les tests (TDD) répète trois étapes. Écrire un petit test qui échoue. Écrire le code minimum qui fonctionne. Puis nettoyer le code sans changer son fonctionnement. Release checks: Check the environment and prepared test data (fixture). Define a result you can observe, failure and edge cases, isolation, stable inputs, useful error details, and cleanup. Set a time budget, owner, and flaky-test rule. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.