20. 兼容性测试应该怎么做？
兼容性测试不是随便换几个浏览器或手机看一眼。
真正的兼容性测试，要根据产品形态、用户设备、系统版本、浏览器、屏幕尺寸和业务风险来选择测试范围。
一、先明确兼容性测试对象
不同产品兼容性重点不一样。
Web 系统关注：
- 浏览器；
- 分辨率；
- 操作系统；
- 页面缩放；
- 移动端浏览器。
App 关注：
- 手机品牌；
- 系统版本；
- 屏幕尺寸；
- 厂商系统；
- 权限和推送差异。
小程序关注：
- 微信或支付宝版本；
- 基础库版本；
- Android 和 iOS 差异；
- 宿主能力限制。
二、兼容性范围不能拍脑袋
测试范围要根据用户数据和项目要求来定。
可以参考：
- 主流浏览器占比；
- 用户常用机型；
- 最低支持系统版本；
- 产品是否面向企业内网；
- 是否有移动端访问；
- 历史兼容性 Bug。
比如企业后台可能只要求 Chrome 和 Edge；C 端 App 则要覆盖更多机型。
三、Web 兼容性怎么测
Web 兼容性常见测试点：
- 页面是否正常打开；
- 样式是否错乱；
- 按钮和表单是否可用；
- 弹窗是否遮挡；
- 表格是否横向滚动；
- 上传下载是否正常；
- 日期控件是否正常；
- 页面缩放后是否可用。
浏览器差异常出现在 CSS、文件下载、日期控件和缓存上。
四、App 兼容性怎么测
App 兼容性常见测试点：
- 安装是否成功；
- 启动是否闪退；
- 页面适配是否正常；
- 输入框是否被键盘遮挡；
- 权限弹窗是否正常；
- 推送是否正常；
- 相机、相册、定位是否可用；
- 前后台切换是否正常。
Android 要特别关注不同厂商系统差异。
五、小程序兼容性怎么测
小程序兼容性要关注：
- 不同微信版本；
- Android 和 iOS 表现差异；
- 基础库版本；
- 授权弹窗；
- 分享路径；
- 支付拉起；
- 页面返回栈；
- 图片和文件预览。
小程序依赖宿主环境，所以版本差异很关键。
六、兼容性测试要抓核心链路
兼容性测试不一定要全量跑所有用例。
通常优先覆盖：
- 登录；
- 首页展示；
- 核心业务流程；
- 搜索和列表；
- 表单提交；
- 上传下载；
- 支付或审批；
- 退出登录。
核心链路在主流环境中必须稳定。
七、发现兼容性 Bug 怎么描述
兼容性 Bug 要写清楚环境。
包括：
- 设备型号；
- 操作系统版本；
- 浏览器或微信版本；
- App 版本；
- 网络环境；
- 分辨率；
- 复现步骤；
- 截图或录屏。
没有环境信息，开发很难复现。
八、面试回答模板
可以这样回答：
兼容性测试我会先根据产品形态和用户环境确定范围。Web 主要覆盖 Chrome、Edge 等主流浏览器、分辨率和页面缩放；App 主要覆盖主流机型、系统版本、屏幕尺寸、权限和厂商系统差异；小程序则关注微信版本、基础库、Android 和 iOS 差异。执行时不会所有用例全跑，而是优先覆盖登录、核心业务流程、表单、上传下载、支付或审批等高风险链路。发现问题时会记录设备、系统、浏览器或微信版本，方便复现定位。
这个回答能体现你知道兼容性测试要按风险取舍。
九、下一步建议
兼容性测试建议准备一张测试矩阵：
- 浏览器或机型；
- 系统版本；
- 核心场景；
- 测试结果；
- 已知问题。
配套刷题：