来源：叶孤城 云测学院
一些通用的触发移动App崩溃的测试场景，如下：
-
验证在有不同的屏幕分辨率，操作系统和运营商的多个设备上的App行为。
-
用新发布的操作系统版本验证App的行为。
-
验证在如隧道，电梯等网络质量突然改变的环境中的App行为。
-
通过手动更改网络从蜂窝更改到Wi-Fi ，或反过来，验证App行为。
-
验证在没有网络的环境中的App行为。
-
验证来电/短信和设备特定的警报(如警报和通知)时的App行为。
-
通过改变设备的方向，以不同的视图模式，验证App行为。
-
验证设备内存不足时的App行为。
-
通过用测试工具施加载荷验证App行为。
-
用不同的支持语言验证App行为。
当然还有些崩溃主要来自于移动设备本身较为复杂的环境比如：
-
环境(大量的设备，各种移动OSs，适应频繁OSs变化) 。
-
设备(触摸式和非触摸式设备，有限的内存容量，电池耗电量) 。
-
网络(不同的网络和运营商，在不好或无网络的情况下的App行为，离线支持) 。
-
可用性(方向，触摸，多触摸，缩放，分页和导航的局限性，各种干扰，如来电，来电短信，闹钟，和低电量警报) 。
为大家总结了出现崩溃最主要的原因：
-
设备碎片化：由于设备极具多样性，App在不同的设备上可能有表现不同。
-
带宽限制：带宽不佳的网络对App所需的快速响应时间可能不够。
-
网络的变化：不同网络间的切换可能会影响App的稳定性。
-
内存管理：可用内存过低，或非授权的内存位置的使用可能会导致App失败。
-
用户过多：连接数量过多可能会导致App崩溃。
-
代码错误：没有经过测试的新功能，可能会导致App在生产环境中失败。
-
第三方服务：广告或弹出屏幕可能会导致App崩溃。