Skip to content
Berktug Berke Ates

Ingénieur logiciel

Contact
Blog

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.

© 2026 Berktug Berke Ates