既然能统计到崩溃率应该是有接入第三方或者公司自己有日志回收的。回收的信息里面都是有具体的报错的，按照占比高低着重分析出现的问题是什么。
根据过往的经验（多年前，不确定现在是否适用），最多的应该是空指针，其次是数组越界，再次是 OOM。
首先最简单的，OOM 可以通过 adb 调用具体的页面类重复加载对比数据看出来是否有；
然后数组越界比空指针好处理一点，测试的时候自己 mock 数据多测试一下边界值；
最后空指针这个跟接口数据有关系的直接可以 mock，还有一些是页面之间的数据流转与依赖导致的本质上也是可以通过自己控制接口数据返回有效降低的。以上是技术方法。
非技术方法：分析开发人员的特性，针对开发人员设防进行针对性的测试。大部分的这种崩溃实际上都是个别开发人员代码习惯不好导致的。

发工资了固定存一部分；
保持持续学习/阅读。

这个不是你的问题，是社会的问题。深圳 62% 的企业在注册一年内注销，只有 12% 的存活超过 3 年。这不是个技术活，纯属看运气。

脱离基数的涨幅都是耍流氓。每年都涨，涨了十几年，也一个月买不起一台 mac。

有一说一，如果在长沙没有什么特别重要的牵挂跟羁绊的话。首推深圳，次推北京。何必留在荒漠里面卷

十年前，每次发版都是等 DBA 在半夜把数据备份完了之后再开始发版。一般发版时间是凌晨 3，4 点。
现在已经进化到滚动发布了。

8000 一个月。。。这个已经脱离了鸡娃跟鸡自己的范畴了。

请问 1 坤等于多少毫升

看了这么多，说明职场有在向好啊。在深圳呆了 7 年，印象中高新园跟科兴的第二波晚高峰是晚上 9 点钟可能挤不上车

当浮一大白