移动端兼容性测试：90%应用折戟第三步

　　去年十一月，我在测试台前盯第三步——真机上点“立即支付”跳转支付宝那一下。不是模拟器，是三台实机：iPhone 12（iOS 16.1）、华为Mate 40（EMUI 12.0.0.216）、小米13（MIUI 14.0.4）。三台都连着Charles抓包，Wi-Fi同一张网，时间同步到毫秒。

　　前两步稳得很：首页加载完成，选完商品进结算页，按钮亮起。我手指悬在Mate 40屏幕上，屏住气点下去——没反应。不是白屏，不是卡死，是点击区域整个失焦，像手指按在玻璃上。我换食指、换拇指、换戴手套试（那天手冷），还是没反应。再切到小米13，点一次，页面闪半帧绿光，回退键变灰三秒；切回iPhone，点了八次，第七次跳转成功，第八次又卡在加载圈里不动，而Charles里根本没发出任何请求包。

　　我原以为是H5唤起协议版本冲突，结果抓出来header里UA字段全对，支付宝SDK调用日志也写了“invoke success”。可就是不唤起。客服后台查订单，显示“用户未提交支付”，可用户截图明明拍到了结算页右上角的倒计时——那是前端JS写的，它还在跑。

　　这时候老张从隔壁工位探头：“你那个‘立即支付’按钮，class叫‘btn-pay-main’吧？”我点头。他晃了晃手里一张打印纸，上面手写一行：“@media (max-width: 375px) { .btn-pay-main { pointer-events: none; } }”。我愣住。那不是我写的，是上个月外包改版留下的残留CSS——压根没进Git，只存在他们本地构建环境里的一次临时打包产物。就这一行，被悄悄塞进了生产环境CDN上的一个混淆JS文件里，藏在base64解码后第十七段字符串里。我们测了二十来分钟，谁都没动过那台iPad mini——它屏幕宽320px，恰好踩中这个断点，但它的touch事件监听器早被干掉了，所以点不点都一样。

文章配图，仅供参考

　　后来我把所有设备横屏竖屏各试一遍，发现只有竖屏下375px以下宽度才挂——但iPhone 12竖屏就是375px。华为和小米分辨率高，靠缩放适配，反倒绕过了这行代码。所以说90%折戟第三步？我觉得它站得住，优胜劣汰嘛。不是技术不行，是漏得刚好卡在你验收前最后一秒，卡在客户刚点开付款码那0.3秒。就像鱼刺卡在喉咙最软那一小块肉上，吐不出，咽不下，还疼得你没法大声喊。

　　我删过八次测试报告重跑，最后一次导出PDF时发现水印年份是2021。反正没人注意这个。

　　有谁碰到过这个吗

（编辑：航空爱好网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!