01

利用者と事業リスクから始める

OS、ブラウザ、画面データを確認し、新製品でまだ観測できない対象端末も加えます。ログイン、決済、予約、アップロードは利用者が少なくても高い優先度を持ちます。

利用率だけで除外せず、失敗コスト、顧客契約、アクセシビリティも考慮します。

02

主要レンダリングエンジンを代表する

PC版ChromeとEdgeは共にChromiumです。この2つだけを選びSafariやFirefoxを除くと死角ができます。基本はChromium、WebKit、Geckoの代表を含めます。

  • iPhone/iPadのSafari・WebKit
  • AndroidのChrome・Chromium
  • PCのFirefox・Gecko
  • 管理されたWindowsのEdge
03

機能からテストの深さを決める

一般記事は短い確認で十分ですが、カメラ、アップロード、貼り付け、ドラッグ、決済、Passkey、メディア、高度なCSSは実ブラウザと実機が必要です。viewportは空間問題を探しますがエンジンを再現しません。

04

三つの実行レイヤーを作る

変更ごとに小さい確認、毎日または候補版で主要マトリクス、重要公開前に実機と支援技術を実行します。速度と網羅性を両立できます。

  • 変更層:主要ブラウザで重要ページ
  • 候補層:三大エンジンと代表viewport
  • 公開層:高リスク実機、キーボード、スクリーンリーダー
05

データで定期更新する

四半期ごとに流量、問い合わせ、エラー、ブラウザ版を確認します。追加と削除の理由を残し、マトリクスが増え続けて実行不能になることを防ぎます。