Réduire les tests E2E flaky dans Expo
· 10 min de lecture
Les E2E flaky tuent la confiance; les retries ne remplacent pas un setup déterministe.
Le flaky est un risque produit
Courses animation/réseau sont fréquentes.
Le taux de flake est métrique release.
Traitez la suite comme infra produit : au-delà du seuil de flake, gel des nouvelles specs sans owner et ticket cause racine.
Attendre le contrat
Utilisateurs test fixes et état backend connu.
Pas de sleep—attendre visibilité.
Vidéo et HAR réseau une fois à l'échec, pas à chaque retry—les artefacts expliquent le flake.
- Réinitialiser état app et fixtures serveur de façon déterministe entre specs
- Stub réseau à la frontière; éviter sleep sur animations
- Quarantaine flaky avec owner et SLA, pas de mute infini
- Sous-ensemble à chaque PR, matrice complète la nuit sur appareils réels
Discipline de quarantaine
Pas de retry infini sans owner.
Quarantaine avec SLA.
Revue hebdo de quarantaine avec les release managers ; SLA dépassé bloque le train ou supprime la spec.
CI en couches réalistes
Smoke à chaque PR, matrice complète la nuit.
Vrais appareils pour écarts natifs.
Publiez le taux de flake à côté du temps de build pour que le produit ressente le coût.
Rendre la fiabilité visible
Choisissez une métrique flake, une SLA de quarantaine et un palier d'appareils réels ce sprint—demandez aux release managers si la confiance a bougé.
Le staff ownership transforme l'E2E loterie en instrument de confiance pour shipper Expo chaque semaine.
Publié le 20 octobre 2026 par Berktug Berke Ates.