扫盲贴|如何评价一款App的稳定性和质量？

简介： 我们不应该为了掩盖代码质量问题，通过手动try catch去规避某些问题，这样有可能会打断用户的正常使用，并造成感知性的阻断反馈，应该从用户使用APP时的真实感知出发，当出现问题时及时捕获和处理问题。 App的稳定性时一个长期不断迭代的过程，在这个过程中U-APM是一个很好的提升效率降低成本的工具，他提供了收集、解析、聚合、分析的能力，下一期我们会从如何通过U-APM解决和处理崩溃、ANR等问题进行讲解，尽情期待。

「崩溃」与「卡顿」、「异常退出」等一样，是影响App稳定性常见的三种情况。相关数据显示，当iOS的崩溃率超过0.8%，Android的崩溃率超过0.4%的时候，活跃用户有明显下降态势。它不仅会造成关键业务中断、用户留存率下降、品牌口碑变差等负面影响，而且会直接带来卸载和流失。也同时给开发者带来不可小觑的资本损失。

那么，崩溃率低的App质量就高么？是否可以通过崩溃率直接判断App的稳定性？

首先，衡量一个App质量好坏时我们需要定义一个统一的口径，即哪些指标可以作为稳定性的评估口径？以友盟+的U-APM定义的稳定率这个概念为例，评价一个App的稳定性和质量，一般从以下三点综合考虑：

发生了崩溃，如java崩溃和Native崩溃，即用崩溃率这个指标来评估计算；

发生了ANR，即用ANR率这个指标来评估计算；

异常退出，如：low memory killer、任务列表中划掉、系统异常、断电、用户触发关机/重启等，即用异常率这个指标来评估计算。

崩溃，也就是程序出现异常，导致程序退出。包括：