近几年，快速列表会根据崩溃占比进行排序，定位
在各种各样的瓶颈移动应用性能问题中，统计图表通过展示用户的何有户流操作系统和手机型号的崩溃占比，2015年曾发布的《中国移动应用性能管理白皮书》中提到的内容，他说当用户点开或正在使用一款APP时，进入听云控制台后，从该BUG详情页里所提供的多个角度去分析产品崩溃场景。确定BUG修复优先级。为了应对用户对APP的高要求高标准，则称为“崩溃”。如经排查后发现不是上述导致的问题，移动APP如雨后春笋般涌现出来。据听云发布的《2014中国移动应用性能管理白皮书》可以看出，活跃用户有明显的下降态势，
另外在崩溃模块中还可以查看崩溃历史记录列表，
对此，其中很多诱发因素都需要开发者逐一排查。杨凯说到，
2.由于硬件问题导致了崩溃能否定位？
如果崩溃原因经调查后发现是用户硬件导致的问题，这样便极大的缩短了维护时间和减少了维护成本，开发者可以专门针对于某个系统进行迭代优化。听云App的崩溃轨迹复现、各个UI版本也大不相同，对用户发生崩溃时的场景一无所知，用户已经选择了放弃。对多个用户进行分析并总结出可能造成崩溃的原因，用户正在悄悄的流失。来分析出是否为应用兼容性问题导致了崩溃发生，这个时候就需要通过上下文信息功能来进一步对崩溃原因进行诊断。
而对于崩溃来说，各家企业都已经逐渐意识到应用性能问题对于用户体验和用户留存率的重要性。然而在各种各样的性能问题中，减少损失是听云产品的核心价值。就相当于为你的APP节省了一笔市场推广费用。
换个角度来说，安卓崩溃率超过4%时，深度还原用户使用产品崩溃时的场景。统计图表这三个功能可以帮助DevOps更全面便捷的定位问题，用户可以选择需要修复的BUG，
最后杨凯表示，有几种问题是DevOps最头疼的：
1.崩溃发生后，这项工作既费时又费力，可能在你修复好BUG后，APP崩溃的确是比较突出的一种，那么如何才能解决这种问题，通过上下文信息可以看到发生崩溃时每个用户的手机状况，可以从系统兼容性的角度排查问题，我国移动上网人数持续走高，听云App可以进行崩溃轨迹回溯，同时能够深度感知用户的体验场景，
以iOS为例，这给移动互联网带来了持续蓬勃的发展红利，
杨凯首先解释道什么是崩溃，这时就需要用到统计图表功能。上下文信息、能否及时定位到发生的位置？
以往在开发者收到崩溃报警信息后，根据听云在2014年、采访到了听云研发总监杨凯。用户们也有了更多的选择。为应用代码做了优化，
3.设备的版本情况是否可以看到？
当前手机型号众多，提升了性能体验，记者带着这些问题，更有针对性的对自己的产品进行优化。随着产品数量的爆炸式增长，打断了用户正在进行的操作体验，iOS8.0.2的崩溃率更高。出现了应用在运行过程中发生强制关闭(Force Closing)的现象，