問い 3 (ローカル実機版) ── macOS / Windows 11 デスクトップ全ブラウザ Web アプリ検証ツールの選定

本書の前提: 02_回帰テスト版 の前提に加え、クラウドサービス (Microsoft Playwright Workspaces / BrowserStack / Sauce Labs / LambdaTest) を全廃し、ローカルの Mac (Apple Silicon) と Windows 11 PC のみで完結させる 運用に最適化したベストプラクティス。

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

調査日: 2026-06-08

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

Mac mini (macOS) と Windows 11 PC の 2 台構成で Playwright を直接実行し、Safari は macOS 上の safaridriver 経由、Chrome / Edge / Firefox は両 OS のローカル install で網羅する。クラウドへの月額支出ゼロ、データ流出ゼロ。

1. クラウドサービス全廃の判断とトレードオフ

1-1. 失うもの

• MPT (Playwright Workspaces) の per-minute 課金経済性: $0.01-0.02/min の超低コスト
• MPT の Linux ホスト並列実行: 自社で Linux 環境を用意していない場合は Linux ブラウザの実行が困難
• クラウド経由のリージョン別 IP 検証: 海外 CDN・ジオロケーション機能のテスト不可
• OS / ブラウザの即時バージョン網羅: macOS Ventura / Sonoma / Sequoia / Tahoe + Windows 11 22H2 / 23H2 / 24H2 等の同時並列テスト不可

1-2. 得るもの

• 継続支出ゼロ: MPT $50-100/月、BrowserStack Live $39/月、計 $89-139/月 ≈ ¥14,000-22,000/月、年額 ¥170,000-260,000 が完全消失
• データ流出リスクゼロ: テスト中の DOM / Cookie / LocalStorage / スクリーンショットが外部送信されない
• オフライン実行可能: 社内 LAN 切断時でも 2 PC が手元にあれば実行可能
• macOS Safari の実機完全制御: クラウドではなく Apple 公式 safaridriver で W3C 準拠の操作
• Windows 11 上の Edge / IE モード: Microsoft 純正環境で挙動の差なし
• DPI / 4K モニタの実機検証: 物理モニタを Mac / PC に接続して直接確認可能

1-3. 適合する運用パターン

• 自社アプリのみのテスト (B2B SaaS / 業務 Web アプリ)
• 限定ブラウザ対応 (主要 4 ブラウザのみ、稀少ブラウザ・古いバージョンは切り捨て)
• 月次〜四半期リリース
• セキュリティ要件で外部クラウド送信禁止のケース

2. ハードウェア構成

2-1. macOS ホスト (1 台)

Safari のテストは必ず Mac (macOS) 上で実行する。Linux / Windows 上に Safari は存在しない。

2-2. Windows 11 ホスト (1 台)

推奨: 中古や省スペース PC で Windows 11 Pro 専用機を 1 台用意する (新品で ¥80,000-120,000 程度)。Parallels は Windows 11 ARM のため Edge / Chrome は動くが、Windows 11 x64 固有挙動 (例: Microsoft Store アプリ呼出し、特定 ActiveX 系) は再現できない可能性。

2-3. ブラウザ install 一覧

2-4. 初期投資試算

クラウド (MPT + BrowserStack) 年額 ¥170,000-260,000 と比較し、最小構成で 約 2 年で回収、拡張構成でも 約 3 年で回収。

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

3-1. macOS 側

# Homebrew で基本ツール
brew install node

# ブラウザ (Cask)
brew install --cask google-chrome microsoft-edge firefox

# Xcode は不要 (デスクトップ Web 検証のみ)
# ただし xcode-select --install で CLI Tools のみ入れておくと無難

# Safari は OS バンドル、設定のみ:
#   Safari → 環境設定 → 詳細 → "メニューバーに開発メニューを表示" ON
#   開発メニュー → "リモートオートメーション" を有効化
sudo safaridriver --enable   # Safari WebDriver の有効化

# Playwright + 補助ツール
npm install -g playwright@^1.50
npx playwright install              # bundled Chromium / WebKit / Firefox
# ※ Playwright の bundled WebKit は Safari と等価ではないが、デスクトップでは
#    safaridriver 経由でブランド Safari を直接操作するため、bundled WebKit は補助扱い

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

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

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

# 2. リモートオートメーション有効化 (GUI)
#    開発メニュー → "リモートオートメーションを許可"

# 3. safaridriver の有効化
sudo safaridriver --enable

# 4. 動作確認
safaridriver --version
# Output: Included with Safari 18.x

3-3. Windows 11 側

# 管理者 PowerShell で
# Chocolatey や winget で各ブラウザ install
winget install Google.Chrome
winget install Mozilla.Firefox
# Edge は OS バンドル

# Node.js
winget install OpenJS.NodeJS.LTS

# Playwright
npm install -g playwright@^1.50
npx playwright install

3-4. Selenium / WebDriver 系 (Safari 用)

Playwright は macOS Safari (ブランド版) をサポートしないため、Safari は Selenium WebDriver + safaridriver で操作する。

# Python + Selenium で macOS Safari 自動化 (Mac mini ローカル)
from selenium import webdriver
from selenium.webdriver.safari.options import Options

options = Options()
driver = webdriver.Safari(options=options)
driver.get("https://example.com/")
driver.save_screenshot("safari_macos.png")
driver.quit()

または、Playwright で他ブラウザ + Selenium で Safari を併用する 2 系統テストランナー 構成にする。

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

4-1. 2 PC + 4K モニター

┌──────────────────────────────┐     ┌──────────────────────────────┐
│  Mac mini M4                 │     │  Windows 11 Mini PC          │
│  ├─ Safari (safaridriver)    │     │  ├─ Edge                     │
│  ├─ Chrome (Playwright)      │     │  ├─ Chrome (Playwright)      │
│  ├─ Firefox (Playwright)     │     │  ├─ Firefox (Playwright)     │
│  ├─ Edge (Playwright)        │     │  └─ Test Runner              │
│  └─ Test Runner              │     │                              │
└────────┬─────────────────────┘     └────────┬─────────────────────┘
         │                                    │
         └────────── 同一 LAN ────────────────┘
                          │
                          ▼
               ┌─────────────────────┐
               │  4K モニター 27"    │
               │  (KVM 切替で両 PC)  │
               └─────────────────────┘

4-2. KVM スイッチによる効率化

• 1 セットのキーボード / マウス / モニターを KVM スイッチで両 PC に切り替え
• USB-C / DisplayPort 対応の Thunderbolt 4 KVM (¥40,000-60,000) で 4K 60 Hz の切替が可能
• 物理デスク占有を 1 セット分に削減

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

• macOS 側: Safari (1 並列、safaridriver の制約) + Chrome / Firefox / Edge は同時起動可、計 3-4 並列
• Windows 11 側: Edge / Chrome / Firefox 計 3 並列
• 2 PC 合算: 6-7 並列 が現実上限

4-4. DPI / Retina 検証

実機の DPI 切替テスト はクラウドでは現実的に不可能。本書のローカル実機版だけが網羅できる。

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

// Playwright で macOS の DPI 別 visual regression
import { test, expect, devices } from '@playwright/test';

const dpiVariants = [1, 1.5, 2];

for (const dsf of dpiVariants) {
  test(`top page at deviceScaleFactor=${dsf}`, async ({ browser }) => {
    const context = await browser.newContext({ deviceScaleFactor: dsf });
    const page = await context.newPage();
    await page.goto('https://example.com/');
    await expect(page).toHaveScreenshot(`top-dsf-${dsf}.png`, { maxDiffPixelRatio: 0.01 });
    await context.close();
  });
}

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

採用基準

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

• ❌ Playwright bundled WebKit で macOS Safari を代用: Apple 公式 Safari と挙動差あり、safaridriver 経由必須
• ❌ Apple Silicon Mac で Boot Camp Windows: 不可能、別 Windows PC を用意する
• ❌ Windows on ARM (Parallels) のみで Windows 11 検証完結: x64 互換性で取りこぼし
• ❌ MPT / クラウドへのフォールバック: 本書の趣旨に反する
• ❌ マルチモーダル LLM のクラウド API 投入: データ流出ゼロ原則に反する
• ❌ Internet Explorer / 旧 Edge Legacy のサポート: ベンダーが既に EoL、対応する場合は別途仮想 PC

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

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

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

1. クリティカルパス優先: 主要動線を Safari + Edge + Chrome の 3 ブラウザで 100% カバー
2. Firefox はサンプル: 主要動線のみ、レアブラウザ対応扱い
3. DPI 別検証は代表シナリオ: 全シナリオ × 3 DPI は工数過大、代表 10-20 シナリオに絞る
4. DRM / Canvas は実機目視必須
5. アクセシビリティは axe-core 自動 + 実機 VoiceOver/ナレーター のハイブリッド

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

9. 残課題

1. Windows on ARM (Parallels) の互換性確認: x64 専用機能を使うアプリで挙動差を実測、Parallels で十分な範囲を文書化
2. safaridriver のセッション安定性: 長時間テストで死ぬ事象の対処、再起動スクリプト整備
3. DPI 別ベースライン管理: 1x / 1.5x / 2x × OS 2 × ブラウザ 4 = 最大 24 系統のベースラインを Git で管理する命名規則
4. OS 更新時の差分テスト: macOS Sonoma → Sequoia → Tahoe、Windows 11 23H2 → 24H2 等の OS メジャー更新時の集中検証手順
5. Internet Explorer / Edge Legacy 対応の取捨選択: 公式 EoL 済み、対応する場合は別 VM を用意するか、対象外とするかの明文化
6. テストデータ匿名化: 本番データを使わない代替データ整備
7. ローカル LLM (DwarfStar4 等) のデバッグ補助: 失敗テストの解釈支援、ただし本番判定オラクル不可の原則を明文化
8. KVM スイッチの導入: 物理デスク占有を抑えるための機種選定 (Thunderbolt 4 対応の高機能 KVM)

10. クラウドサービス復活への分岐条件

以下のいずれかが発生した時点で、本書を破棄し回帰テスト版 (02_回帰テスト版) または CI/CD 前提版 (01_CI-CD前提版) への移行を検討する:

• macOS / Windows の複数バージョン同時並列検証が必須化 (例: macOS Sonoma + Sequoia + Tahoe の 3 並列)
• 海外リージョン IP 経由のジオロケーション検証 が必須化
• ブラウザマトリクスが 10 を超える (Chrome × 3 バージョン × 2 OS = 6 等で爆発)
• チーム規模が 3 拠点以上に分散 (実機 PC の物理共有が困難)
• NDA / セキュリティ要件が緩和 (データ流出ゼロが不要に)

11. クラウド削減効果の試算 (再掲)

初期投資 ¥385,000-605,000 ÷ 年額削減 = 約 2-3 年で投資回収。3 年目以降は端末更新を除き継続支出ゼロ。

12. 参考文献

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

• Apple safaridriver 公式 (W3C WebDriver 準拠): https://developer.apple.com/documentation/webkit/about-webdriver-for-safari
• Playwright Browsers ドキュメント (Safari 非サポートの根拠): https://playwright.dev/docs/browsers
• Selenium WebDriver Safari: https://www.selenium.dev/documentation/webdriver/browsers/safari/
• @axe-core/playwright npm: https://www.npmjs.com/package/@axe-core/playwright
• Microsoft Edge WebDriver (Windows 11 ローカル): https://learn.microsoft.com/en-us/microsoft-edge/webdriver-chromium/
• Parallels Desktop (Apple Silicon Mac での Windows 11 ARM 仮想化): https://www.parallels.com/products/desktop/
• pixelmatch npm: https://www.npmjs.com/package/pixelmatch