一天扔一本书：《移动App测试实战》

软件熵减

今天扔的书是《移动App测试实战》，购于2015年。

当年为了应对公司疯狂迭代的App，咬牙啃完的。那时候移动互联网还在红利期，谁家没几个原生App，谁家就不算互联网公司。

这书在当时确实解渴，没有废话，全是真刀真枪的实战：怎么抓包、怎么测弱网、怎么做兼容性测试、怎么搞脚本。

今天再翻开它，我最大的感受是：这不是一本讲测试思维的书，这是一本“安卓碎片化时代的肉身排雷指南”。

在当年那个安卓生态群魔乱舞的年代，团队经常得自购一堆不同型号、不同系统版本的测试机，一台一台去跑，纯体力活。再比如弱网测试，教你用工具模拟 2G、3G 甚至断网环境下的各种极端操作。

这些招式当年确实管用。现如今，测试平台、测试工具和执行方式发生了巨大的变化。

剥开那些过时的工具和招式，我还是留下了三句话。

第一句：兼容性测试，测的不是手机，是“碎片化的边界”

不要以为兼容性测试就是“把主流机型都点一遍”。

安卓生态的碎片化是深入骨髓的。不同的屏幕比例、不同的厂商定制系统、不同的底层权限管理机制，都会让同一行代码跑出截然不同的结果。

不要试图覆盖所有手机，要覆盖所有致命的边界。

书里教你怎么模拟高延迟、怎么模拟丢包。

但真正的痛点是：当网速极差时，你的 App 是怎么反馈的？

是一直转圈圈让用户干等？是点了提交没反应，导致用户重复付款？还是直接闪退把用户辛苦填的数据全清空？

弱网测试的本质，是当系统无法兑现承诺时，你该如何温柔地对待用户的预期。

技术上的断网不可怕，用户体验一旦断了，就没那么容易接上。

很多初学自动化的人，总想着用脚本模拟用户所有的操作路径，恨不得一秒钟点一百下。

但自动化的真正价值，是接管那些无聊的、重复的回归测试。它把你从无脑的点点点中解放出来，让你有精力去思考那些现有测试脚本尚未覆盖的死角。

机器负责验证已知，人类负责探索未知。

把这本“实战指南”放到今天，你会发现，它描绘的那个“移动端世界”已经换了一番天地。

1. 界面测试的变化：从“找按钮”到“测意图”

书里教的绝大多数，都是基于 UI 界面的断言（比如找到某个 ID 的按钮，点击，断言页面跳转）。在今天，虽然我们依然能定位到回答区域、消息气泡，但真正困难的是：不能再简单依赖固定文本去断言一个开放式回答是否正确。

测试对象从确定的界面操作，扩展到了多轮上下文、工具调用结果、语义正确性和真实业务状态。传统 UI 自动化没有消失，只是正在面对新的测试对象。

2. 性能测试的变量：当端侧跑起了大模型

以前测 App 性能，看的是内存泄漏、CPU占用、页面渲染帧率。现在，如果 App 端侧集成了小模型，你还要测算力消耗、发热量、离线推理的响应速度。这已经超出了传统“移动端测试”的范畴。

3. 兼容性测试的新噩梦：模型与端侧硬件的适配

以前适配不同屏幕，现在还要适配不同 SoC （System on a Chip，系统级芯片）和 NPU （Neural Processing Unit，神经网络处理器）的算力、推理框架与算子支持，以及不同的模型量化策略。同一个 AI 功能，在旗舰机上秒出结果，在低端机上可能直接卡死。

现在回头看，这本《移动App测试实战》确实完成了它的历史使命。它的具体工具和执行方式虽然已经发生了很大变化，但保障移动端质量的底层思路还在。

书扔了，把桌子腾出来。留下这三个词：边界、兜底、解放。

测那些真正容易碎的边界，兜住用户最脆弱时的体验，把重复的劳动交给机器，把思考的直觉留给自己。

书名：《移动App测试实战》
购买时间：2015年
购买原因：急需系统学习移动端测试策略
阅读过程：
    前半部分：功能、性能、专项（当时有实操性）
    后半部分：质量管理和度量（比较泛泛）
最终去向：弃读，扔