# ExpoアプリでフレーキーE2Eを減らす

フレーキーE2Eは信頼を壊す。リトライは決定的セットアップの代わりにならない。

Published: 2026-10-20

## フレーキーはプロダクトリスク

アニメーションとネットワーク競合が典型。

フレーク率はリリース指標。

スイートをプロダクト基盤と見なす。フレーク閾値超過時はオーナーと根本原因チケットなしに新specを止める。

## 契約を待つ

固定テストユーザーと既知のバックエンド状態。

sleepではなく可視性を待つ。

リトライ毎ではなく失敗時に一度だけ動画とネットワークHARを残す。成果物がフレークを説明すべき。

- スペック間でアプリ状態とサーバーフィクスチャを決定的にリセット
- 境界でネットワークをスタブ；アニメーションでsleepしない
- フレーキーテストはオーナーとSLA付き隔離、永久ミュート禁止
- PR毎にサブセット、夜間は実機でフルマトリクス

## 隔離の規律

オーナーなし無限リトライ禁止。

SLA付き隔離リスト。

リリースマネージャーと週次で隔離をレビュー。SLA超過はトレイン停止かspec削除。

## 現実的なCI層

PRごとにスモーク、夜間フルマトリクス。

実機でネイティブ差分を捕捉。

フレーク率をビルド時間と並べて公開し、プロダクトがコストを感じるようにする。

## 信頼性を可視化する

このスプリントでフレーク指標、隔離SLA、実機ティアを一つ選び、リリースマネージャーに信頼が動いたか問う。

Staff ownershipはE2Eを宝くじから、Expoを週次で出すチームが信頼する計器に変える。