跨浏览器支持矩阵工作流

目标

跨浏览器投入在两个方向上都无界：处处都测付不起，处处不测站不住。用分析数据分层、一梯队接部署门禁、二梯队夜间冒烟、三梯队公开声明“不保证”——投入与用户分布成比例，承诺与测试现实一致，Safari 这种沉默的一梯队风险也就无处遁形。

步骤要点

1. 从分析数据分层：按实际用量分组——一梯队覆盖流量大头，二梯队是有意义的少数，三梯队以下发布明确的“不支持”线。
2. 一梯队全量自动化：每次部署门禁在全部一梯队浏览器上跑关键旅程 E2E 套件。
3. 尾部冒烟：二梯队浏览器夜间跑缩减冒烟集，发现重大破坏不超过一天。
4. 新特性只以一梯队为门禁：发布时必须过一梯队，二梯队支持显式跟进而不是碰运气，文档声明与门禁策略完全一致。
5. 季度按数据重分层：随用量变化升降级浏览器，矩阵与分析数据的差距不超过一个季度。

排错提示

门禁只跑 Chromium 而 iOS 用户双位数占比是最常见的盲区，把一梯队 Safari 接进部署门禁通常价值最高；三梯队用户遭遇静默损坏会变工单，公开的已知问题页面比沉默友好；矩阵两年没动说明没按季重分层，用量迁移会让梯队失真。

适用边界

分层策略基于当前流量结构，重大市场进入（新地区偏好不同浏览器）需立即重评；自动化网格的浏览器版本覆盖有限，真机测试仍是移动端的必要补充。

代码示例

matrix from analytics (2026-10):
  TIER 1 (deploy gate, full suite):
    Chrome/last-2   58%
    Safari/last-2   19%   (iOS 12% + macOS 7%)
    Firefox/last-2   8%
  TIER 2 (nightly smoke, 12 scenarios):
    Samsung Internet 4%
    Edge/last-2      3%
  TIER 3 (documented, no automation):
    IE11, Opera Mini, Android <8  -> "known issues" page

gate: new features must pass TIER 1 at launch;
  TIER 2 support follows within a sprint (explicit)