测试基础与分层67 条

兼容性测试

验证系统在不同浏览器、操作系统、分辨率、设备与依赖版本组合下行为一致;重点在用户实际组合而非全量矩阵。

软件测试速查开发更新于 2026-10-13

兼容性测试是什么

兼容性测试验证系统在不同浏览器、操作系统、分辨率、设备与依赖版本组合下行为一致。核心问题不是「能不能在所有环境跑一遍」,而是选哪些组合能覆盖用户实际分布:依据访问统计与用户画像挑代表组合,低版本按业务要求保留,高风险组合优先覆盖并纳入回归。矩阵要随用户分布定期重估,而不是一次定终身。

基本信息

覆盖维度浏览器与版本、操作系统、屏幕尺寸、语言与时区、依赖服务版本
选取策略按访问统计与用户画像选代表组合,低版本按业务要求保留
排序依据市场份额与业务分布共同决定优先级
执行方式真机与设备云、模拟器、多浏览器自动化并行
关注差异布局渲染、交互行为、性能与已知内核差异

典型使用场景

  • Web 前端:主流浏览器及近几个大版本的布局与交互差异
  • 移动端:iOS 与 Android 机型、系统版本与厂商定制差异
  • 分辨率与缩放:小屏、超宽屏、系统缩放与浏览器缩放的组合
  • 语言与时区:多语言文案、日期格式、时区换算的显示差异
  • 依赖版本差异:浏览器内核、数据库或运行时版本的兼容行为
  • 发布前抽查:关键页面按代表组合冒烟,而不是全量重跑

Playwright 多浏览器配置

Playwright 多浏览器配置
export default defineConfig({
  projects: [
    { name: 'chromium', use: devices['Desktop Chrome'] },  // 桌面 Chromium
    { name: 'firefox', use: devices['Desktop Firefox'] },  // 桌面 Firefox
    { name: 'webkit', use: devices['Desktop Safari'] },    // Safari 内核
    { name: 'mobile', use: devices['iPhone 13'] },         // 移动视口模拟
  ],
});

组合优先级怎么定

证据来源用途
访问日志 UA 统计决定浏览器的优先级与版本范围
业务用户画像确定必须保留的低版本与机型
崩溃与前端错误监控定位差异集中的环境组合
兼容性缺陷历史圈定回归验证重点组合
设备云真机数据验证触摸、性能等模拟器难覆盖的差异
浏览器兼容验证可结合可视化比对工具,聚焦布局与渲染差异,减少人工比对工作量。
移动端兼容按市场份额与业务分布排序:已无访问量的老旧机型可降级为年度抽查,把执行成本留给主力机型。

易错点

  • 维护全量版本矩阵,执行成本远超收益,还不一定命中真实用户
  • 兼容性只在发布前验证一次,日常变更缺少抽查,回归时集中爆发
  • 只测主流最新版本,忽略业务要求保留的低版本用户
  • 把模拟器结果等同于真机,触摸与性能差异容易漏检
  • 完全依赖设备云不复现本地环境,差异定位与修复效率下降

数据来源与参考

  • Playwright 官方文档(多浏览器与设备模拟)
  • MDN 浏览器兼容性说明(developer.mozilla.org)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌