答案。

手动兼容性测试是检查软件在不同环境（例如，不同操作系统、浏览器和移动设备）中的功能，以确保它为所有目标用户正确工作。

问题的历史： 随着技术的发展和平台及设备数量的增加，检查应用程序在 Windows 和 Mac、Android 和 iOS、Chrome 和 Firefox 上是否表现一致已经成为标准。之前对兼容性关注不足导致了用户份额的损失和业务的损失。

问题： 主要难点是可能的环境组合数量庞大：浏览器版本、操作系统、分辨率、界面语言。测试所有组合是不可能的，但遗漏关键情况会导致部分用户无法使用产品。

解决方案： 引入战略性测试：

• 分析真实用户的统计数据（Google Analytics，Yandex.Metrica，Mixpanel 等）以识别热门平台/设备。
• 在关键平台组合上结合冒烟测试和目标场景。
• 记录发现的兼容性问题，并详细描述环境。

关键特点：

• 测试必须在目标设备上进行真实用户场景。
• 重要的是记录所有环境：操作系统、语言、分辨率、浏览器、软件版本。
• 经常需要同时使用模拟器和真实设备。

有陷阱的问题。

只测试最新版本的浏览器和操作系统是否足够？

不！真实用户通常使用过时的软件（例如 IE11 或旧版 Android），因此仅符合新版本可能会导致重要错误的遗漏。

可以用模拟器检查替代真实设备测试吗？

不可以。许多错误仅在真实“硬件”上出现（内存、加速、传感器等问题），模拟器只部分有效。

所有的兼容性问题对发布来说都是致命的吗？

不一定，有些可以被视为已知限制——重要的是客观评估商业风险和该组合中用户群体的密度。

常见错误和反模式

• 仅在标准环境中测试，忽视其他流行平台。
• 不保留复现环境的信息。
• 完全依赖模拟器而不进行物理检查。

生活中的例子

负面案例

商店发布了移动应用，只在 Android 11-12 的 Google Pixel 模拟器上进行了测试。一周后，来自使用旧版操作系统的 Xiaomi 和 Samsung 用户的负面反馈开始涌入——应用无法打开。

优点：

• 快速检查主要场景。

缺点：

• 遗漏了重要的设备和版本组合。
• 用户负面反馈增加和忠诚用户群体的损失。

正面案例

在发布之前，团队选择了流行设备和浏览器的集合，关键场景在每个设备上进行了迭代，错误被归类并与产品管理进行优先级排序。

优点：

• 最小化“实战”中的重大错误。
• 用户满意度提升。

缺点：

• 增加了时间和资源成本（设备保证、环境设置）。