UI 自動テストの最小導入（スモーク 3 本から）

背景与問題

OPC（B 方向）。リリースごとの手動確認（起動・ログイン・記録）は必ずサボる。solo 向けに評判の良い Maestro を使ったスモーク 3 本の最小導入の設計。実務知見は通説ベース（WebSearch 枠切れ、ツール比較の一次確認は次回）。

发现

（通説ベース、2026-09-17 アクセス。ツールの現行仕様は次回確認）

• solo 向けの定番推奨は Maestro：YAML でテストフローを書く、設定が最小、iOS/Android 両対応。Appium はチーム向けで重い。Espresso/XCUITest はネイティブで堅牢だが 2 コードベース。
• 最小導入の原則（通説の一致）：①スモークテストのみから始める（起動・ログイン・主要フロー）②端末は 1 台のエミュレータでよい、device farm は後回し ③CI はローカル安定後に組み込む（モバイル CI の minutes は高価）④pixel 完全一致のアサーションを最初から禁止（flaky の最大源）。
• 推测：solo の自動テストの失敗パターンは「網羅しようとして 3 週で止まる」——3 本で止めない設計が本体。

结论

1. スモーク 3 本に固定：①起動する ②家族共有が成立する ③記録 1 件が完了する。YAML 3 ファイル、合計 1 時間以内の初回構築を目標に。
2. 実行環境はローカルの 1 台：CI への組み込みはローカルが 2 週間安定してから（opc-ci-fastlane-pipeline の lane に足す、minutes 費用に注意）。
3. pixel 完全一致禁止・文言アサーションのみ：壊れやすいスクショ比較を作らない（flaky 対策の事実）。
4. テスト対象はopc-test-device-lab の最旧端末でなくエミュレータの最新——テストは安定第一、旧端末検証は手動点検の管轄のまま分離（推测ベースの分担）。

待办 / 下次继续

• Maestro を 1 回インストールして起動テスト 1 本を走らせる。
  
• スモーク 3 本の YAML 骨子を書く。
  

关联

opc-ci-fastlane-pipeline opc-test-device-lab opc-release-precheck-5min opc-tool-cost-audit