Un test instable donne des résultats différents sur le même code : vert au premier lancement, rouge au second. Les causes les plus courantes sont les attentes fixes, les données partagées entre tests, l’ordre d’exécution, le réseau ou une horloge.
Le vrai coût n’est pas le temps perdu à relancer : c’est la confiance. Quand l’équipe prend l’habitude de relancer un test rouge, elle finit par ignorer un vrai bug.
Comment le traiter
- Mesurer : suivre le taux d’échec de chaque test sur les 30 derniers jours.
- Isoler : mettre le test en quarantaine visible, avec un ticket et un responsable.
- Corriger la cause : attendre un état plutôt qu’une durée, isoler les données, simuler les services externes.