問い 2 (ローカル実機版) ── iOS / iPadOS / Android 全ブラウザ Web アプリ検証ツールの選定

本書の前提: 02_回帰テスト版 の前提に加え、クラウドファーム (BrowserStack / LambdaTest / Sauce Labs / AWS Device Farm) を全廃し、ローカル Mac と USB-C ケーブル接続の実機モバイル端末のみで完結させる 運用に最適化したベストプラクティス。

底本: 02_回帰テスト版/次世代検証ツール選定案_問2_モバイルWeb_回帰テスト版.md の結論を、オールローカル前提に書き直したもの。

調査日: 2026-06-08

結論 (ローカル実機版・最終推奨)

Mac mini 上で Playwright (Android Chrome / Samsung Internet 用) + Appium Safari Driver (iOS / iPadOS Safari 用) を起動し、USB-C 接続の実機モバイルブラウザに対して直接通信する完全ローカル構成。クラウド経由の実機 iOS Safari Playwright サービスは廃止し、自社 Apple Silicon Mac の Web Inspector / safaridriver と Appium Safari Driver で代替する。

1. クラウドファーム全廃の判断とトレードオフ

1-1. 失うもの

• BrowserStack の実機 iOS Safari Playwright サービス (2025-06 launch の業界初機能) へのアクセス消失
• 30,000+ デバイス: OS バージョン × 端末モデルの即時網羅性
• クラウド経由のキャリア網接続: SoftBank / docomo / au / Verizon / T-Mobile 等の網特性テスト不可
• 海外端末でのリージョン依存挙動 (Samsung Internet 地域別 UI 等) の検証

1-2. 得るもの

• 継続支出ゼロ: BrowserStack Live $39/月 ≈ ¥6,500/月、年額 ¥78,000 が完全消失
• データ流出リスクゼロ: テスト中の DOM・Cookie・LocalStorage・スクリーンショットが第三者クラウドに渡らない
• オフライン実行可能: 社内 LAN 切断でも実機 ↔︎ Mac は USB-C 直結で完全動作
• iOS Safari Web Inspector の直接アクセス: クラウド経由では遅延・制限があるが、USB-C 直結なら全機能利用可
• DevTools Protocol の即時応答: Android Chrome の CDP は USB-C で 1-2 ms 応答、クラウド経由は 50-200 ms

1-3. iOS Safari の自動化構成 ── 本書の最大の技術ポイント

iOS Safari の自動化は実機 USB-C 接続が必須である。Apple のブラウザエンジン制約により:

• Playwright の bundled WebKit は実機 iOS Safari と等価ではない (問2 回帰テスト版でも言及)
• BrowserStack の Playwright on Real iOS Safari (2025-06 launch) はクラウド経由 SaaS で、本書では廃止対象
• ローカルで実機 iOS Safari を自動化する唯一の現実解は Appium Safari Driver + 実機 USB-C 接続

Appium Safari Driver のメカニズム

┌───────────────────────────────┐
│  Mac mini M4 Pro              │
│  ├─ Appium 3.x server         │
│  ├─ Safari Driver (XCUITest)  │
│  └─ safaridriver (Apple 公式) │
└──────┬────────────────────────┘
       │ USB-C ケーブル
       ▼
┌───────────────────────────────┐
│  iPhone 15 Pro (実機)         │
│  ├─ Safari (iOS 18)           │
│  ├─ Web Inspector             │
│  └─ WebKit Remote Debugger    │
└───────────────────────────────┘

1. Mac 側の Safari の 環境設定 → 詳細 → メニューバーに開発メニューを表示 を有効化
2. iPhone 側の 設定 → Safari → 詳細 → Web インスペクタ ON
3. iPhone を USB-C で Mac に接続
4. Mac 側の Safari の 開発メニュー → [iPhone 名] → Safari → [タブ] で Web Inspector アクセス確認
5. Appium で以下の capability を指定:

capabilities = {
    'platformName': 'iOS',
    'appium:automationName': 'XCUITest',
    'appium:deviceName': 'iPhone 15 Pro',
    'appium:udid': '00008130-001A4D2E0E8B001E',  # xcrun devicectl で取得
    'browserName': 'Safari',
    'appium:safariInitialUrl': 'https://example.com/',
    'appium:safariAllowPopups': True,
}

2. ハードウェア構成 (問1 と共通要素を含む)

2-1. ホスト Mac

2-2. 推奨実機 (USB-C 対応)

iOS / iPadOS (Mobile Safari 検証用)

Android (Chrome / Samsung Internet / Firefox 検証用)

2-3. 最小構成 (4 端末 + 1 Mac)

• Mac mini M4 Pro 32 GB / 512 GB ── ¥250,000
• iPhone 15 (USB-C モデル) ── ¥120,000
• iPad Air M2 11“ ── ¥100,000
• Pixel 8 ── ¥80,000
• Galaxy S24 ── ¥120,000
• CalDigit TS4 / Anker USB-C ハブ ── ¥40,000
• USB-C ケーブル + 周辺 ── ¥10,000
• 合計: 約 ¥720,000

BrowserStack 年額 $468 ≈ ¥73,000 と比較し、10 年で回収。ただし他の問1 と共有する場合は実質初期投資ゼロ。

3. ソフトウェア環境構築

3-1. Mac 側 (共通)

brew install node
brew install --cask android-platform-tools  # ADB
brew install libimobiledevice ios-deploy    # iOS USB 接続
brew install --cask android-studio          # SDK Manager で必要バージョン install

# Xcode 16 (Mac App Store)
xcode-select --install

# Appium 3.x + Safari Driver + UiAutomator2 Driver
npm install -g appium@^3.5.0
appium driver install safari       # iOS Safari 用
appium driver install xcuitest     # iOS ネイティブ用 (補完)
appium driver install uiautomator2 # Android 用

# Playwright (Android 用)
npm install -g playwright@^1.50
npx playwright install              # Chromium / WebKit / Firefox の bundled をローカルに

# Python テストランナー
pip install playwright pytest-playwright opencv-python scikit-image pixelmatch

3-2. iOS Safari の自動化準備

# 1. Mac 側 Safari の開発メニュー有効化 (GUI で実施)
#    Safari → 環境設定 → 詳細 → "メニューバーに開発メニューを表示"

# 2. iPhone 側 Web Inspector ON (GUI で実施)
#    設定 → Safari → 詳細 → Web インスペクタ ON

# 3. USB-C 接続後、safaridriver の有効化
sudo safaridriver --enable   # macOS の Safari WebDriver を有効化

# 4. 実機 UDID 確認
xcrun devicectl list devices

3-3. Android Chrome / Samsung Internet の自動化準備

# 開発者オプション ON、USB デバッグ ON は問1 と同様
adb devices

# Chrome DevTools Protocol (CDP) で接続するための remote debugging
adb forward tcp:9222 localabstract:chrome_devtools_remote

# Playwright で Android Chrome に接続 (例)
# Playwright の Android サポートは公式 stable は限定的、CDP 直接接続が主

3-4. Playwright の Android Chrome 接続 (CDP 経由)

Playwright は公式に Android Chrome をある程度サポートしている (_android API、experimental):

// playwright/android (experimental) を使うパターン
const { _android } = require('playwright');

(async () => {
  const [device] = await _android.devices();
  await device.shell('am force-stop com.android.chrome');
  const context = await device.launchBrowser();
  const page = await context.newPage();
  await page.goto('https://example.com/');
  await page.screenshot({ path: 'android_chrome.png' });
  await context.close();
  await device.close();
})();

実機が ADB で認識されていれば、Playwright がそのまま Chrome を制御可能。Samsung Internet は CDP 互換のためほぼ同手順。

4. ローカル実機自動化の構成パターン

4-1. 1 Mac + 4 実機 + 補完 Simulator

┌─────────────────────────────────────────────┐
│  Mac mini M4 Pro                            │
│  ├─ Appium 3.x server                       │
│  │   ├─ Safari Driver (iOS 用)              │
│  │   └─ UiAutomator2 Driver (Android 用)    │
│  ├─ Playwright (Android Chrome / CDP 経由)  │
│  ├─ iOS Simulator (補完)                    │
│  ├─ Android Emulator (補完)                 │
│  └─ Test Runner (pytest / Mocha)            │
└──────┬──────────────────────────────────────┘
       │ Thunderbolt 4 / USB-C
       ▼ CalDigit TS4
       │
       ├─ USB-C → iPhone 15 (実機 Safari)
       ├─ USB-C → iPad Air M2 (実機 Safari)
       ├─ USB-C → Pixel 8 (実機 Chrome)
       └─ USB-C → Galaxy S24 (実機 Samsung Internet)

4-2. 並列実行の現実値

• iOS Safari (実機): 1 Mac から 1 端末ずつ順次 (Safari Driver / safaridriver の制約)
• Android Chrome / Samsung Internet (実機): ADB 並列で 2-4 端末同時実行可
• 総並列度: Mac 1 台で 3-4 並列が現実上限

4-3. シミュレータ / エミュレータの補完位置

5. 視覚救済 (オールローカル維持)

スクリーンショット取得は USB-C 直結で 1-2 秒、クラウド経由 (5-10 秒) より圧倒的に速い。

6. 採用基準と Anti-pattern (ローカル実機版)

採用基準

Anti-pattern (ローカル実機前提)

• ❌ Playwright bundled WebKit で iOS Safari の代用を試みる: 等価ではないため、実機サポート必須なら Appium Safari Driver 必須
• ❌ iOS の Simulator だけで Safari の WebKit テストを完結: PWA / DRM が動かない
• ❌ USB 給電専用ケーブル: ADB / safaridriver 接続不能、データ転送対応必須
• ❌ safaridriver を有効化せずに iOS Safari 自動化を試みる: sudo safaridriver --enable が起動条件
• ❌ クラウドファームへのフォールバック: 本書の趣旨に反する
• ❌ マルチモーダル LLM のクラウド API 呼び出し: データ流出ゼロ原則に反する

7. 運用パターン (月次回帰の SOP 例)

7-1. 月次回帰のチェックリスト

7-2. テスト戦略の優先順位

1. クリティカルパス優先: 課金 / ログイン / 主要動線を iOS Safari + Android Chrome の 2 ブラウザで 100% カバー
2. Samsung Internet はサブセット: 主要動線のみ Galaxy S24 実機で確認
3. PWA / DRM は実機目視必須: シミュレータでは動かない or 挙動が異なる
4. OS 網羅は Simulator / Emulator で補完: 実機で取れない OS バージョンは仮想環境
5. マルチモーダル LLM は不採用: 本番判定オラクルとして使わない、ローカル LLM の補助のみ可

8. 対立点と裁定 (ローカル実機前提で再評価)

9. 残課題

1. Playwright _android の安定性: 公式 experimental 扱い、stable 化までは Appium Safari Driver と組み合わせるか、Selenium WebDriver も検討
2. iOS Safari の Web Inspector セッション切断: 長時間テストで Web Inspector がドロップする事象あり、再接続ロジックの整備が必要
3. safaridriver の認証期限: Apple Developer Program 加入端末の Provisioning Profile 失効サイクル管理
4. Samsung Internet の自動化制約: Samsung が CDP を完全準拠していない領域あり、特定機能 (ダークモード切替、Bixby 連携 UI 等) は手動補完
5. PWA インストールの完全自動化は不可: beforeinstallprompt 検出までで、実際のインストール操作は手動 UAT
6. テストデータ匿名化: 自社内とはいえ、社員端末で本番アカウントを使う運用上の注意

10. クラウドファーム復活への分岐条件

• 対応端末・ブラウザの組合せが 20 を超える (自社所有では現実的に管理不能)
• 海外リージョン・キャリア網依存の挙動検証が必要
• Samsung / Xiaomi / OPPO 等の固有端末が顧客サポート対応で必須化
• チーム規模が 3 拠点以上に分散 (実機の物理共有が困難)
• NDA / セキュリティ要件が緩和 (データ流出ゼロ要件が不要に)

11. ハードウェア初期投資の試算

問1 と Mac / 周辺を共用すれば実質端末費 ¥420,000 程度の追加投資で完結可能。

12. 参考文献

底本 02_回帰テスト版/次世代検証ツール選定案_問2_モバイルWeb_回帰テスト版.md の参考文献をすべて引き継ぐ。ローカル実機版固有の追加情報:

• Appium Safari Driver: https://github.com/appium/appium-safari-driver
• Apple safaridriver 公式: https://developer.apple.com/documentation/webkit/about-webdriver-for-safari
• Playwright Android (experimental): https://playwright.dev/docs/api/class-android
• Chrome DevTools Protocol (CDP) docs: https://chromedevtools.github.io/devtools-protocol/
• Safari Web Inspector for iOS docs: https://webkit.org/web-inspector/enabling-web-inspector/
• pixelmatch npm: https://www.npmjs.com/package/pixelmatch