從使用者和業務風險開始
先查看分析數據中的作業系統、瀏覽器和螢幕分布，再加入新產品可能尚未累積的目標裝置。登入、付款、預約和上載等核心流程，即使只影響少量使用者亦值得較高優先級。
不要因某瀏覽器比例低就完全忽略；要同時考慮失敗成本、客戶合約和無障礙要求。
確保主要渲染引擎都有代表
桌面 Chrome 和 Edge 同屬 Chromium，不應被當成兩個完全獨立引擎而排除 Safari 或 Firefox。基礎矩陣通常需要 Chromium、WebKit 和 Gecko 的代表，再按企業環境加入特定版本。
- iPhone 或 iPad 上的 Safari／WebKit
- Android 上的 Chrome／Chromium
- 桌面 Firefox／Gecko
- Windows Edge 及企業管理環境
按功能決定測試深度
一般內容頁可做快速冒煙測試；相機、檔案上載、黏貼、拖放、付款、Passkey、媒體播放和複雜 CSS 則需要真實瀏覽器和裝置。Viewport 預覽只能先找空間問題，不能替代引擎驗證。
建立三層執行節奏
每次提交執行少量快速檢查；每日或候選版本跑核心矩陣；重大發布前才做完整裝置和輔助技術驗收。分層能在回饋速度和覆蓋率之間取得平衡。
- 提交層：核心頁面及一個主流瀏覽器
- 候選版本層：三大引擎與代表 viewport
- 發布層：高風險真機、鍵盤及螢幕閱讀器
定期以數據更新矩陣
每季檢查流量、支援查詢、錯誤監控和瀏覽器版本。新增組合時說明風險，移除組合時亦保留理由，避免矩陣只增不減而最終無法執行。