« On testera plus tard » — phrase entendue sur 100 % des MVP. Deux ans plus tard, plus tard n'est jamais arrivé, et la moindre modif casse trois choses. Voici la vraie stratégie tests pour un MVP.
Résumé opérationnel : pas de TDD pur, pas de 80 % de couverture. Mais 5-10 tests end-to-end sur les flows critiques, dès la première semaine de dev.
Ce qu'il faut tester (impératif)
- Inscription / connexion (auth cassée = 100 % des users bloqués)
- Le flow métier cœur en happy path
- Le paiement Stripe (checkout complet et webhooks)
- Le webhook le plus critique (ex : création de compte post-paiement)
- Les permissions : un user A ne peut pas lire les données d'un user B
Ce qu'on peut sauter en MVP
- Tests unitaires sur du code « dumb » (mapping de données, formatters)
- Composants UI purement visuels
- Tests de composant avec 100 % de couverture — inutile en phase MVP
La stack qui va bien en 2025
- Playwright pour les tests end-to-end (rapide, stable, screenshot on fail)
- Vitest pour les rares tests unitaires (logique métier isolée)
- CI GitHub Actions : fail si un E2E casse, ne bloque pas le déploiement si un unit test casse (pragmatique)
5 tests end-to-end qui tournent en 30 secondes valent mieux que 500 tests unitaires que personne n'a écrits.
Envie qu'on cadre votre stratégie de test ?
En 30 minutes je peux vous proposer les 5-8 tests indispensables pour votre projet. Réservez un créneau. À lire : Livrer un MVP SaaS en 8 semaines.