Skip to content
Berktug Berke Ates

Software Engineer

Contatti
Blog

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.

© 2026 Berktug Berke Ates