即使团队开发经验丰富，仍有超过 60% 的移动端项目在预发布阶段因配置、权限或兼容性疏漏导致紧急回滚。与其依赖事后应急，不如在每次上线前锁定一张经过实战检验的核查表。

网络环境与 API 连通：别让模拟器骗了你

最常踩的坑是开发机上网络正常，但真机弱网下请求直接超时。某社交 App 上线当天发现，用户在地铁隧道里无法刷新动态，原因竟是团队只在 Wi-Fi 环境下测试了图片懒加载。核查时，必须用 Android 的 “网络限速” 或 iOS 的 “Network Link Conditioner” 模拟 3G、弱信号甚至断网场景，重点检查：1）接口超时回调是否触发友好提示；2）离线缓存的数据结构是否与在线响应一致；3）关键接口是否做了指数退避重试。同时，检查生产环境域名是否写死在了代码里——上个月有团队因此把测试环境数据库暴露了两小时。

权限与隐私声明：弹窗时序决定合规生死

欧盟 GDPR 或国内《个人信息保护法》的严格程度远超预期。一个反例：某健身 App 先弹了“请求访问相册”的权限，再弹出隐私协议，结果用户拒绝相册权限后，后续协议弹窗直接被系统拦截，导致用户无法注册。核查表里必须按“隐私协议 → 必要权限（如定位、相机） → 非必要权限（如通讯录）”的固定顺序检查弹窗。另外，iOS 14+ 和 Android 10+ 都引入了“大致位置”选项，如果你的功能依赖精确位置（比如导航），务必在申请时说明理由；否则一旦用户选了“模糊定位”，地图点聚合就可能偏差到隔壁街区。

真机物理特性适配：不是所有刘海屏都一样

模拟器上的完美布局，在 vivo 挖孔屏或小米“灵动岛”上会直接展示错误。去年某个支付类 App 在三星 Galaxy S23 Ultra 上，底部的“确认支付”按钮正好被系统导航栏挡住，导致用户无法点击。核查时至少要拿 5 款不同品牌、不同屏幕比例（20:9、21:9、折叠屏展开态）的设备跑一遍：1）安全区域（Safe Area）是否覆盖了状态栏和底部手势区；2）键盘弹起时输入框不被遮挡；3）横竖屏切换后布局不崩溃。特别留意折叠屏——很多团队只在展开态测试，忽略了折叠态下应用可能被强制裁剪成竖屏 16:9。

三个最易被忽略的致命误区：

• 误区一：只在 iOS 上测试推送通知。Android 厂商各有一套推送通道（华为、小米、OPPO 等），若未单独集成对应 SDK，用户收不到订单状态变更通知，客诉会集中爆发。
• 误区二：忽略 WebView 的缓存策略。内嵌 H5 页面若未设置 Cache-Control 为 no-cache，用户看到的可能是两周前的活动页，直接引发虚假宣传投诉。
• 误区三：混淆了“测试环境”和“生产环境”的 app ID。推送、支付、地图 SDK 都需要唯一的 bundle ID 或 package name，一旦复制粘贴错误，所有第三方服务都会返回 403 错误。