APP常规测试时常见崩溃原因，测试用例设计，和Crash测试复现分析。

我们测试过APP时都可能应该发现，App崩溃是一类非常常见的问题，很多时候还是致命性的，这就要求我们测试人员要尽最大可能去找出软件当中的缺陷，减少app崩溃出现的概率。
1.APP常见崩溃的原因
设备碎片化：由于设备极具多样性，App在不同的设备上可能有表现不同。
带宽限制：带宽不佳的网络对App所需的快速响应时间可能不够。
网络的变化：不同网络间的切换可能会影响App的稳定性。
内存管理：可用内存过低，或非授权的内存位置的使用可能会导致App失败。
用户过多：连接数量过多可能会导致App崩溃。
代码错误：没有经过测试的新功能，可能会导致App在生产环境中失败。
第三方服务：广告或弹出屏幕可能会导致App崩溃。
2.App崩溃的测试用例设计：
验证在有不同的屏幕分辨率，操作系统和运营商的多个设备上的App行为。
用新发布的操作系统版本验证App的行为。
验证在如隧道，电梯等网络质量突然改变的环境中的App行为。
通过手动网络从蜂窝更改到Wi-Fi ，或反过来，验证App行为。
验证在没有网络的环境中的App行为。
验证来电/短信和设备特定的警报（如警报和通知）时的App行为。
通过改变设备的方向，以不同的视图模式，验证App行为。
验证设备内存不足时的App行为。
通过用测试工具施加载荷验证App行为。
3.我们遇到类似 的Crash时，请尽可能的使用app抓日志分析，或者让开发协助解决。
目前而言传智播客黑马程序员的性能阶段的课程的质量还是蛮高的,如果需要可以深入了解