从用户和业务風险開始
先查看分析数据中的作业系统、浏览器和屏幕分布，再加入新產品可能尚未累積的目标设备。登入、付款、預約和上载等核心流程，即使只影響少量用户亦值得较高优先级。
不要因某浏览器比例低就完全忽略；要同时考慮失敗成本、客戶合約和无障碍要求。
确保主要渲染引擎都有代表
桌面 Chrome 和 Edge 同属 Chromium，不应被當成兩个完全獨立引擎而排除 Safari 或 Firefox。基礎矩陣通常需要 Chromium、WebKit 和 Gecko 的代表，再按企业环境加入特定版本。
- iPhone 或 iPad 上的 Safari／WebKit
- Android 上的 Chrome／Chromium
- 桌面 Firefox／Gecko
- Windows Edge 及企业管理环境
按功能決定测试深度
一般内容页可做快速冒煙测试；相机、文件上载、黏貼、拖放、付款、Passkey、媒体播放和複杂 CSS 则需要真实浏览器和设备。Viewport 預览只能先找空间问题，不能替代引擎验证。
建立三层執行節奏
每次提交執行少量快速检查；每日或候選版本跑核心矩陣；重大发布前才做完整设备和輔助技术验收。分层能在回饋速度和覆蓋率之间取得平衡。
- 提交层：核心页面及一个主流浏览器
- 候選版本层：三大引擎与代表 viewport
- 发布层：高風险真机、键盘及屏幕閱读器
定期以数据更新矩陣
每季检查流量、支持查询、错误監控和浏览器版本。新增組合时說明風险，移除組合时亦保留理由，避免矩陣只增不減而最終无法執行。