Story/AC → Écrire tests E2E/Integration → Tests échouent (RED)
→ Implémenter code → Tests passent (GREEN) → Refactor

Code implémenté → Analyser coverage gaps → Écrire tests manquants
→ Tous tests passent → Review

Revenue-critical? → OUI → P0
                 → NON → Core user journey?
                           → OUI + High-risk → P0
                           → OUI → P1
                           → NON → Fréquent? → P1/P2
                                 → Rare → P3

// Format: should_[comportement]_when_[condition]
it('should_return_error_when_user_not_found', ...)
it('should_create_order_when_cart_valid', ...)

describe('[Module]', () => {
  describe('[Méthode]', () => {
    it('should [comportement] when [condition]', () => {
      // Arrange - Setup des données
      const user = createUser({ email: faker.internet.email() });

      // Act - Exécuter l'action
      const result = await createOrder(user.id, cart);

      // Assert - Vérifier le résultat (VISIBLE dans le test!)
      expect(result.status).toBe('created');
      expect(result.userId).toBe(user.id);
    });
  });
});

test('critical payment flow @p0', async () => { ... });
test('user profile update @p1', async () => { ... });

# 1. P0 only (smoke, 2-5 min)
npm test -- --grep @p0

# 2. P0 + P1 (core, 10-15 min)
npm test -- --grep "@p0|@p1"

# 3. Full regression (all, 30+ min)
npm test

## Tests: [Feature]

### Déterminisme
- [ ] Pas de hard waits (`waitForTimeout`)
- [ ] Pas de conditionnels (if/else dans tests)
- [ ] Données uniques (faker, pas de hardcode)

### Qualité
- [ ] Tests < 300 lignes chacun
- [ ] Tests < 1.5 minutes chacun
- [ ] Assertions explicites (pas cachées dans helpers)
- [ ] Cleanup automatique (fixtures avec teardown)

### Coverage par priorité
- [ ] P0: Unit >90%, Int >80%, E2E all paths
- [ ] P1: Unit >80%, Int >60%, E2E happy paths

### Exécution
- Commande: `npm test`
- Résultat: ✅ X passed / ❌ X failed
- Flaky check: 3 runs identiques ✅

## Résultat des tests

### Exécution
| Suite | Passed | Failed | Skipped | Time |
|-------|--------|--------|---------|------|
| Unit @p0 | X | 0 | 0 | Xs |
| Unit @p1 | X | 0 | 0 | Xs |
| Integration | X | 0 | 0 | Xs |
| E2E | X | 0 | 0 | Xs |

### Coverage
| Métrique | Actuel | Cible P0 | Status |
|----------|--------|----------|--------|
| Statements | X% | >90% | ✅/❌ |
| Branches | X% | >80% | ✅/❌ |
| Functions | X% | >90% | ✅/❌ |

### Flaky check
- Run 1: ✅ All passed
- Run 2: ✅ All passed
- Run 3: ✅ All passed

### Prêt pour Review: ✅/❌

### ✅ Checklist Output Tests

| Critère | Status |
|---------|--------|
| Tests P0 passent (100%) | ✅/❌ |
| Tests P1 passent (100%) | ✅/❌ |
| Coverage P0 atteinte (Unit >90%, Int >80%) | ✅/❌ |
| Pas de tests flaky (3 runs identiques) | ✅/❌ |
| Pas de hard waits (`waitForTimeout`) | ✅/❌ |
| Assertions visibles (pas dans helpers) | ✅/❌ |
| Cleanup automatique (fixtures) | ✅/❌ |

**Score : X/7** → Si < 5 ou tests échouent, corriger avant transition

## 🔗 Prochaine étape

✅ Tests passent.

**Résumé :**
- Tests passés : [X]
- Coverage : [X]%
- Flaky check : 3/3 runs identiques ✅

**Recommandation :**

[Si Mode ATDD et tests RED]
→ 💻 **Retour `/code-implementer` ?** (implémenter pour passer au GREEN)

[Si tests GREEN]
→ 🔄 **Lancer `/code-reviewer` ?** (3 passes de review)

---

**[Y] Oui, lancer la review** | **[N] Non, ajuster les tests** | **[C] Retour au code**