关于移动 App 的崩溃测试用例设计

我们的日常生活中对移动设备越来越多的使用意味着移动 App 测试这个主题已
成为需要考虑的一个无法避免的问题。根据最近的调查研究，用户难以容忍有
bug 的移动 App。

移动 App Bug 的影响是用户体验差、App 的商店评级下降、用户换用竞争对手的
App，声誉和信誉损失、最后销售量减少，如果它是一个付费 App 的话。

移动 App 测试与传统台式机测试相比有一定的复杂性。这些复杂性可以被分类
为：

环境（大量的设备，各种移动 OSs，适应频繁 OSs 变化） 。
设备（触摸式和非触摸式设备，有限的内存容量，电池耗电量） 。
网络（不同的网络和运营商，在不好或无网络的情况下的 App 行为，离线支持）。

可用性（方向，触摸，多触摸，缩放，分页和导航的局限性，各种干扰，如来电，
来电短信，闹钟，和低电量警报） 。所有这些手机专有的复杂性需要新的针对
移动 App 测试的测试用例设计方案。

根据调查的结果，移动 App 崩溃是最常见的移动 App Bug ，这是预料中的结果，
因为很容易发现一个移动 App 崩溃。AndroidOS 上一个写着“强制关闭错误”的
弹出窗口跳上屏幕；当发生崩溃时，iOS 中 App 屏幕突然消失消失。最坏的情况
下，App 崩溃可能会导致系统故障，操作 系统崩溃。

移动 App 崩溃原因：为什么移动 App 经常崩溃？App 崩溃有几个原因：从平台
或环境到开发问题。

一些崩溃原因：

设备碎片化：由于设备极具多样性，App 在不同的设备上可能有表现不同。
带宽限制：带宽不佳的网络对 App 所需的快速响应时间可能不够。
网络的变化：不同网络间的切换可能会影响 App 的稳定性。
内存管理：可用内存过低，或非授权的内存位置的使用可能会导致 App 失败。
用户过多：连接数量过多可能会导致 App 崩溃。
代码错误：没有经过测试的新功能，可能会导致 App 在生产环境中失败。
第三方服务：广告或弹出屏幕可能会导致 App 崩溃。

移动 App 崩溃的测试用例设计

测试用例是移动测试最重要部分之一。准备和执行预先定义的针对移动 App 崩
溃的测试用例将简化和加速移动 App 崩溃的测试。一些通用的触发移动 App 崩