Ridurre test E2E flaky in app Expo
· 10 min di lettura
E2E flaky uccide la fiducia; i retry non sostituiscono setup deterministico.
Flaky è rischio prodotto
Race di animazione e rete sono cause comuni.
Il flake rate è metrica di release.
Tratta la suite come infrastruttura prodotto: sopra soglia flake, congela nuove spec senza owner e ticket root cause.
Aspettare il contratto
Utenti test fissi e stato backend noto.
Niente sleep—attendere visibilità.
Video e HAR di rete una volta al fallimento, non a ogni retry—gli artefatti spiegano il flake.
- Reset deterministico di app state e fixture server tra le spec
- Stub di rete al confine; evitare sleep sulle animazioni
- Quarantena test flaky con owner e SLA, non mutare per sempre
- Sottoinsieme ogni PR, matrice piena di notte su dispositivi reali
Disciplina quarantena
Niente retry infiniti senza owner.
Quarantena con SLA.
Revisione settimanale quarantena con release manager; SLA scaduto blocca il train o elimina la spec.
CI a strati realistici
Smoke ogni PR, matrice piena di notte.
Dispositivi reali per gap nativi.
Pubblica il flake rate accanto al build time così il product sente il costo.
Rendere visibile l'affidabilità
Scegli questo sprint una metrica flake, una SLA di quarantena e un tier dispositivi reali—chiedi ai release manager se la fiducia è cresciuta.
Lo staff ownership trasforma l'E2E da lotteria a strumento fidato per ship settimanale Expo.
Pubblicato il 20 ottobre 2026 da Berktug Berke Ates.