兼容性测试是什么
兼容性测试验证系统在不同浏览器、操作系统、分辨率、设备与依赖版本组合下行为一致。核心问题不是「能不能在所有环境跑一遍」,而是选哪些组合能覆盖用户实际分布:依据访问统计与用户画像挑代表组合,低版本按业务要求保留,高风险组合优先覆盖并纳入回归。矩阵要随用户分布定期重估,而不是一次定终身。
基本信息
| 覆盖维度 | 浏览器与版本、操作系统、屏幕尺寸、语言与时区、依赖服务版本 |
|---|---|
| 选取策略 | 按访问统计与用户画像选代表组合,低版本按业务要求保留 |
| 排序依据 | 市场份额与业务分布共同决定优先级 |
| 执行方式 | 真机与设备云、模拟器、多浏览器自动化并行 |
| 关注差异 | 布局渲染、交互行为、性能与已知内核差异 |
典型使用场景
- 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 统计 | 决定浏览器的优先级与版本范围 |
| 业务用户画像 | 确定必须保留的低版本与机型 |
| 崩溃与前端错误监控 | 定位差异集中的环境组合 |
| 兼容性缺陷历史 | 圈定回归验证重点组合 |
| 设备云真机数据 | 验证触摸、性能等模拟器难覆盖的差异 |
浏览器兼容验证可结合可视化比对工具,聚焦布局与渲染差异,减少人工比对工作量。
移动端兼容按市场份额与业务分布排序:已无访问量的老旧机型可降级为年度抽查,把执行成本留给主力机型。