APP 中断测试指南
软件质量保障
中断测试能帮助移动测试人员提前发现那些只会在真实使用场景里冒出来的问题。电话、短信、通知、网络切换、锁屏、后台切换……这些看起来很普通的动作，往往就是应用稳定性和数据一致性的分水岭。应用如果在这些场景下处理不好，轻则界面错乱，重则数据丢失、进度回滚，用户体验会直接掉到谷底。
这篇内容把 APP 中断测试拆开讲一遍：什么是中断测试、常见中断场景有哪些、Android 生命周期里为什么特别容易出问题，以及怎样借助 ADB、Monkey 和 Appium 把这些场景自动化起来。
什么是中断测试
APP 中断测试是一种面向移动应用稳定性的测试方法，重点关注应用在遭遇外部事件或用户行为打断时的响应能力。这里的'中断'既可以来自系统，也可以来自用户，还可能来自网络或其他应用。
测试的核心不是'应用会不会被打断'，而是'被打断之后能不能恢复到正确状态'。一个合格的应用，至少应该做到三件事：不中断时稳定运行；中断发生时不崩溃、不丢数据；中断结束后能继续完成用户之前的操作。
为什么要做中断测试
真实世界里的移动端使用环境，本来就不可能一直风平浪静。用户可能正在填写表单，突然接到电话；可能正准备下单，网络切到 4G；也可能刚把应用切到后台，回来时页面已经被系统回收。
中断测试的价值，主要体现在几个方面：
- 提升用户体验：避免因为来电、通知、锁屏等常见事件导致崩溃、闪退或界面异常。
- 保证数据完整性：验证中断前后输入内容、业务状态和缓存数据是否还能保持一致。
- 增强稳定性：尽早发现生命周期处理不当、资源释放不合理、恢复逻辑缺失等问题。
- 贴近真实场景：移动端用户本来就会频繁切换应用、切换网络、切换设备状态，测试必须覆盖这些变化。
- 暴露资源问题：长时间后台运行、反复前后台切换、恢复后重绘页面，这些场景很容易把内存泄漏和资源占用问题暴露出来。
常见的中断场景
中断测试覆盖的面其实很广。下面这些场景，几乎都是移动测试里绕不开的。
来电与通话
来电是最典型的中断之一。应用在运行时，用户接听、挂断、拒接电话，都会影响当前页面状态。测试时要重点看：应用是暂停、停止，还是被系统直接回收；通话结束后，用户是否还能回到之前的页面继续操作。
短信与通知
短信、推送通知、系统提示、应用内弹窗，这些都可能打断用户操作。测试时要验证通知出现后页面是否还能正常响应，用户切回应用时，输入内容和当前进度是否还在。
电源与电池状态
低电量提醒、充电与拔电、自动关机，这些看似偏底层的变化，实际很容易影响应用状态。特别是涉及上传、下载、录音、视频播放、长时间后台任务的应用，这类场景不能省。
网络变化
Wi-Fi 和移动数据之间切换、弱网、断网、飞行模式开关，都会影响请求、重试、缓存和界面提示。网络场景是移动端最容易出问题的地方之一，尤其是那些依赖实时接口、分页加载或支付链路的应用。
多任务与应用切换
用户在多个应用之间来回切换，是移动端的常态。应用进入后台后会不会保存状态、回到前台后会不会重新拉取数据、任务切换后页面是否还能停留在正确位置，这些都值得重点验证。
锁屏、Home 键和返回键
锁屏/解锁、按 Home 键回桌面、使用最近任务切换应用，都会触发生命周期变化。Android 上的返回键也很关键，很多页面的返回行为并不是系统默认逻辑，而是由业务自己定制的，稍有不慎就会出现页面栈错乱或状态丢失。
屏幕旋转
屏幕从竖屏切到横屏，或者反过来，本质上会触发一次界面重建。这里最容易出问题的地方，是用户正在输入或浏览的内容没有正确保存。比如购物车、表单填写、视频播放进度，只要恢复逻辑做得不好，问题就会非常直观。
外部设备变化
耳机插拔、蓝牙设备连接与断开，这些事件对音频、通话、媒体播放类应用影响很大。它们不算高频，但一旦处理不好，用户感知会很强。
系统更新
系统升级过程中或升级后，应用可能因为进程变化、权限变化、兼容性变化而异常退出。中断测试在这里的意义，是确认应用在系统级变化后还能否正常恢复和运行。
Android 生命周期里的中断
Android 应用的很多问题，其实都藏在生命周期里。Activity 是用户交互的主要入口，一旦它在中断场景下处理得不对，后果往往比较直接。
