# Ridurre test E2E flaky in app Expo

E2E flaky uccide la fiducia; i retry non sostituiscono setup deterministico.

Published: 2026-10-20

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