•Redouan
Les tests, on les écrira plus tard.
Célèbre dernière phrase avant la catastrophe.
Il y a quelques années, je travaille pour une PME. Leur app crashe en production. Impossible de savoir pourquoi. Impossible de reproduire le bug localement.
La situation :
- 0 tests automatisés
- Modifications à l'aveugle
- "On corrige un truc, on en casse 3 autres"
- Clients furieux qui partent
- Équipe qui n'ose plus toucher le code
L'excuse initiale :
"On n'a pas le temps d'écrire des tests, il faut livrer vite." Le vrai coût de cette décision ?
- 3 semaines de debugging intensif = 12k€
- 8 clients perdus = 40k€ de CA annuel
- 1 développeur parti (épuisé)
- Réputation entachée
Ce qu'on a fait :
On n'a pas écrit des tests sur tout le code existant (impossible et coûteux). On a appliqué la règle des 20/80 :
- Tests sur les 5 flux critiques métier
- Tests sur chaque nouveau code ajouté
- Monitoring en prod pour détecter les anomalies
Résultat en 2 mois :
- ✅ 80% des bugs détectés avant la prod
- ✅ Confiance retrouvée dans l'équipe
- ✅ Vélocité x2 sur les nouvelles features
La leçon ?
Les tests ne sont pas une perte de temps. C'est une assurance anti-catastrophe. 🛡️ Vous n'êtes pas obligé de tout tester. Mais testez ce qui peut tuer votre business.