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

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

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

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

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

契約を待つ

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

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

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

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

隔離の規律

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

SLA付き隔離リスト。

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

現実的なCI層

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

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

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

• Detox — Getting started
• Expo — E2E testing
• Maestro — Mobile UI testing

信頼性を可視化する

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

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