# Réduire les tests E2E flaky dans Expo

Les E2E flaky tuent la confiance; les retries ne remplacent pas un setup déterministe.

Published: 2026-10-20

## 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.