tdd

Tests verify behavior through public interfaces, not implementation details. Code can change entirely; tests shouldn't. A good test reads like a specification — "user can checkout with valid cart" tells you exactly what capability exists. These tests survive refactors because they don't care about internal structure.

DO NOT write all tests first, then all implementation. This is "horizontal slicing" — treating RED as "write all tests" and GREEN as "write all code."

Correct approach: Vertical slices via tracer bullets. One test → one implementation → repeat. Each test responds to what you learned from the previous cycle.

Guide le développement piloté par les tests à l’aide d’un flux de travail de puces de traceur à tranches verticales. À utiliser lors de l'implémentation de fonctionnalités, de la correction de bogues ou de l'écriture de tests qui devraient piloter la conception. Applique la planification avant le codage, les cycles de refactorisation rouge-vert incrémentiels et les tests basés sur le comportement via des interfaces publiques. Déclencheurs : "TDD", "tester d'abord", "tests d'écriture", "puce de traceur" ou implémentation de fonctionnalités incrémentielles avec des tests. Source : sadiksaifi/agents.