iOS app崩溃率 - 背景噪音水平?

Ash*_*lls 15 crash operating-system ios crittercism

我们刚刚使用Crittercism框架发布了一个应用程序.一段时间后,我们有大约125K的应用程序负载和95次崩溃 - 率低于0.08%.

一次崩溃发生了19次,另外一起发生了10起,但其他41次发生了3起或更少.如果应用程序出现任何重大问题,我希望在特定领域看到更多失败,所以我对我看到的数字水平感到满意.

快速浏览显示其中许多是低级故障,不是明显造成的,而是程序员错误.

例子

  • 最大的组与后台线程上的CFNetworking有关,而静态HTML正在主线程的Web视图中呈现.
  • 有一些KVO失败了 free_list_checksum_botch

我的问题是,在一个足够复杂的操作系统(在这种情况下是iOS)中,有一个足够复杂的应用程序(我认为它是),作为开发人员,我是否应该期望看到这种"背景噪音"?

我应该期望看到每1-2000次加载一个应用程序崩溃,仅仅是因为操作系统不完美?还有其他人有类似的经历吗?

(我不是在寻找错误的解决方案..谢谢!)

ban*_*isa 6

Crittercism对应用程序崩溃进行了分析.他们的报告基于Android vs iOS崩溃.

他们得出结论,iOS上最受欢迎的应用程序崩溃了0.51%的应用程序启动.所以@Ashley Mills,如果你得到0.08%......你表现得很好.(无论如何,我认为我的数据是正确的).

不确定原始报告的位置,但我在这里阅读:

由Crittercism进行的福布斯应用程序崩溃率


tru*_*cks 6

实际上,在黑暗的非技术性答案中的另一个镜头可能是.当您花费更多时间和精力在您的工具或其他工具中开发更多功能时,它会带给您(开发人员)继续深入研究这个特定问题的附加价值.

如果你的应用程序只是为了娱乐和学习,那么我可以看到这个问题作为一个有趣的冒险.从商业的角度来看,你的时间是多少,并且正在弄清楚这个0.08%的问题会出售足够(更多)的副本以使你的努力值得.

类似的是,哪些要求是必不可少的,哪些要求是什么?只是值得深思.我知道很多我工作过的公司都没有看到强调那个低收益错误的价值.


e__*_*e__ 0

虽然不是技术答案,但我个人预计在我的 iPhone 上,我经常使用的应用程序每年至少会崩溃一两次。我想说这个水平是完全可以接受的,而且因为通常我发现它们在第一次启动时崩溃得更多,所以我相信这是可以预料到的。