兼容性测试实战手册

先说人话

用户不会都用同一台电脑、同一个浏览器和同一条网络。兼容性测试要验证的是：环境发生变化后，核心业务仍能完成，页面仍能理解，异常仍能恢复。

六个常见兼容维度

兼容不等于完全一致

• 核心功能、数据和业务结果必须一致。
• 布局可以随屏幕合理重排，不要求像素完全相同。
• 浏览器能力缺失时可以降级，但必须清楚告知用户。
• 不支持的环境也要提供可理解的升级提示。

兼容组合分层

矩阵从哪里来

• 生产环境的浏览器、系统、设备和分辨率统计。
• 目标用户画像与产品公开支持范围。
• 历史兼容性缺陷和客服反馈。
• 本次改动涉及的新 CSS、浏览器 API、权限或第三方 SDK。

控制组合爆炸

浏览器、版本、系统、设备相乘后会出现几百个组合。先覆盖 P0 核心组合，再按两两组合、历史缺陷和变更风险补充，不机械做全排列。

浏览器测试清单

特别容易漏

• Safari 的日期输入、下载、自动播放和部分 CSS 行为。
• Firefox 的字体、滚动条和表单默认样式。
• 隐私模式、禁用第三方 Cookie 和内容拦截器。
• 微信、企业微信内置浏览器的授权、分享与返回行为。

移动端重点场景

模拟器和真机怎么分工

• 模拟器快速覆盖系统版本、基础布局和常规流程。
• 真机验证相机、定位、通知、支付、弱网、性能和系统中断。
• P0 链路至少在一台主流 iPhone 和一台主流 Android 真机完成。

建议覆盖的宽度区间

视觉检查不只看截图

• 正文、表格、弹窗和提示不被裁切或遮挡。
• 按钮、输入框和菜单在当前宽度下可以操作。
• 固定定位元素不会挡住核心操作。
• 键盘导航和 200% 缩放下仍能完成主流程。

网络场景

交易类页面必须确认

• 提交按钮防重复点击，服务端接口具备幂等性。
• 超时后用户能确认最终结果，而不是盲目再提交。
• 重试不会重复扣款、发券、创建订单或发送消息。

数据兼容

• 旧数据缺少新字段时页面不会崩溃。
• null、空数组、超长列表和历史枚举值有合理展示。
• 导入导出保持编码、换行和字段顺序兼容。

Web 与 API

• 前端新版本访问旧接口有明确兼容窗口。
• 接口新增字段不破坏旧客户端，删除或改名有版本策略。
• 缓存旧结构、旧链接和旧书签仍能安全处理。

App 升级

• 覆盖升级安装、跨版本升级、覆盖安装和首次启动迁移。
• 本地草稿、登录状态、下载文件和用户设置按约定保留。
• 强制升级、可选升级、升级失败都有清晰路径。