Mesures correctives et amélioration continue
"Un bug corrigé sans analyse est un bug qui reviendra." 🔁
Objectifs pédagogiques
À la fin de ce chapitre, vous serez capable de :
- analyser les écarts détectés lors des tests
- proposer des mesures correctives adaptées
- améliorer la qualité et la testabilité du code
- comprendre le lien entre tests, clean code et TDD
- appliquer une démarche d’amélioration continue
Qu’est-ce qu’une mesure corrective ?
Une mesure corrective est une action mise en place pour :
- corriger un défaut détecté
- éviter qu’il ne se reproduise
- améliorer durablement la qualité du logiciel
👉 Elle va au-delà du simple patch.
Amélioration continue
Le testing n’est pas une étape finale mais un processus cyclique :
- Test
- Détection d’écarts
- Analyse
- Correction
- Re-test
- Amélioration
Exemple fil rouge – MyEvents
Dans l’application MyEvents, une mesure corrective peut apparaître après :
- un test automatisé en échec
- un bug détecté en production
- un retour utilisateur négatif
- un problème de performance ou de sécurité
Exemple :
Un test automatisé révèle que l’achat d’un billet échoue lorsque l’API de paiement répond lentement.
Mesures correctives possibles : - corriger la gestion des timeouts - ajouter un message d’erreur clair côté utilisateur - améliorer la gestion des erreurs de l’API - ajouter un test de non-régression pour ce scénario
👉 L’objectif n’est pas seulement de corriger,
mais de rendre le système plus robuste pour l’avenir.