---
name: tdd
description: Développement en Test-Driven Development (red-green-refactor)
---

## Processus TDD

Pour chaque fonctionnalité demandée, suis ce cycle strict:

### 1. RED - Écrire le test qui échoue
- Crée le fichier de test AVANT le code de production
- Le test doit décrire le comportement attendu, pas l'implémentation
- Utilise des noms de test explicites: "devrait [comportement] quand [condition]"
- Lance le test et CONFIRME qu'il échoue (ne passe pas à l'étape suivante sinon)

### 2. GREEN - Implémenter le minimum
- Écris le code le plus simple qui fait passer le test
- Pas d'optimisation, pas de généralisation
- Un seul objectif: le test passe au vert
- Lance le test et confirme le succès

### 3. REFACTOR - Améliorer le code
- Supprime la duplication
- Améliore les noms (variables, fonctions)
- Simplifie la logique si possible
- Les tests doivent rester verts après chaque modification
- Commit après le refactor

### Règles
- JAMAIS de code de production sans test écrit d'abord
- Un test à la fois, pas de batch
- Si un test est trop complexe à écrire, découpe la fonctionnalité
- Les tests unitaires utilisent Vitest
- Les mocks sont un dernier recours: préfère l'injection de dépendances
- Chaque cycle red-green-refactor = un commit séparé