3. 多版本兼容性挑战

做Android测试这么多年，我越来越觉得「碎片化」这三个字，每一个字都写着「麻烦」。你想想看，光是官方发布的SDK就有十几个大版本，再加上各家厂商自己魔改的ROM，测试覆盖就像在打地鼠——刚按下去一个bug，另一个角落又冒出来了。这一章，咱们就来拆解这些挑战，看看每一块「硬骨头」到底该怎么啃。

碎片化问题：不只是版本号不同

官方SDK版本号从15跳到了35（截至2025年），但这只是表象。真正让人头疼的是：同一个API在不同版本上的行为可能完全不同。我记得有一次在Android 11上跑得稳稳的定位功能，升级到Android 13后直接闪退——查了一圈发现是后台定位权限策略变了。

碎片化的核心维度有三个：

不同厂商定制：同一个Android，不同的"方言"

厂商定制这块，怎么说呢——Android本是统一的，但每家厂商都有自己的一套方言。华为的方舟编译器、小米的MIUI权限策略、OPPO的ColorOS后台管理……这些定制带来的兼容性坑，我踩过的真不少。

常见厂商定制差异点：

• 权限策略：部分厂商对「后台定位」「后台弹窗」有额外限制，即使Google原生通过了，在MIUI上仍可能被拦截。
• 机型参数：屏幕尺寸、刘海屏/挖孔屏、传感器型号不同，导致UI布局或硬件调用异常。
• ROM预装：某些厂商预装了自家的浏览器、输入法、应用商店，第三方应用可能会被拦截或替换。
• 系统应用：比如华为的「手机管家」会主动杀后台进程，测试时需要专门绕过。

系统行为差异：表面一样，底层两样

「系统行为差异」是最容易被忽视的兼容性陷阱。在Android 10上，startActivity从后台拉起Activity是可以的，到了Android 12就加了显示窗口权限限制；在Android 11上文件访问用MediaStore没问题，到了Android 13又推出了Granular Media Permissions——你得重新适配。

我列几个常用的行为差异场景，你可以直接拿来检查自己的测试用例：

1. 通知权限：从Android 13开始，POST_NOTIFICATIONS变成了运行时权限，必须弹窗申请。
2. 剪贴板访问：Android 10开始，除非在前台或被设为默认输入法，否则无法读取剪贴板内容。
3. 后台服务限制：Android 8对startService加了后台限制，Android 12进一步收紧。
4. WiFi扫描：Android 9开始，扫描WiFi需要ACCESS_FINE_LOCATION权限，且必须在前台。

写一段版本感知的测试代码示例，你可能一看就明白了：

@Test
fun testLocationPermission() {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) {
        // Android 10+ 需要后台位置权限
        val bgPermission = Manifest.permission.ACCESS_BACKGROUND_LOCATION
        // 单独处理后台权限申请
        ...
    } else {
        // 低版本只需要前台位置权限
        ...
    }
}

说实话，这种分支写法确实让测试代码看起来有点「啰嗦」，但这也是保证测试准确性的必要代价。我的原则是：宁可在测试代码里多写几个if-else，也不要在线上被用户反馈打脸。

本章知识体系总览

下面这张图把三个维度的挑战以及对应的应对策略串起来了。你可以保存下来，以后写测试计划时参考——嗯，反正我自己的测试模板里就挂着这张图。

老实说，这些挑战每个单拎出来都能写一整章。但关键是——不要试图一次性解决所有兼容性问题。我现在的做法是：按版本覆盖优先级排序，先保证主流版本（当前覆盖用户90%以上的版本区间）的兼容性测试，再通过自动化回归测试，用版本感知脚本逐步覆盖旧版本和冷门厂商设备。