让“崩溃”不再，听云App几招帮你的APP提高20%用户留存率
2016-03-03 14:13:47 来源： 评论：0 点击：
也许没人在意，但是令人“崩溃”的事每天都在发生。
当一个用户点开一款APP时，有时会出现由于网络异常、内存、接口返回值错误等原因造成的应用在运行过程中发生强制关闭（Force Closing）的现象，打断用户正在进行的操作体验，这就是“崩溃”。崩溃不仅会对关键业务造成中断、ARPU降低等重大的影响，甚至还会造成用户留存下降、DAU与MAU持续下降，但是最大的问题还是在于崩溃很难进行监测，很多小厂商只能坐以待毙，等着用户找上门，所谓用户流失其实很多时候都是发生在这些地方。为了帮助用户有效定位崩溃问题，很多监测崩溃的工具应运而生。
然而事实上，崩溃作为影响应用性能最大的因素之首，监测起来并不像想象中简单。一般来说，传统崩溃监测产品在监测崩溃时，只能收集到系统的崩溃日志，但是对崩溃的具体触发条件很难获取，像发生崩溃的场景或者是点击哪个控件后引发的崩溃，如何有效、精准的对触发事件进行监控，是监控崩溃的重要关键点。就是现在，听云App携带完美的崩溃监测功能盛装登场，只为全力打造完美的移动应用性能管理体验，四招帮你解决所有关于崩溃的难题，迅速提升交易成功率、挽救用户留存。
交互轨迹复现——第一时间找到崩溃发生原因
APP出现崩溃后，开发者对于崩溃的原因往往并不十分明了。如果此时可以将崩溃场景进行还原，了解崩溃发生的真实原因，那么便会第一时间对崩溃进行处理和修复，减少用户流失。在过去，通过监测后台的报表只能看到崩溃报告，但却无法了解到手机在何种环境下发生了崩溃，那么此时如果能将交互轨迹进行复现，即把用户交互轨迹还原，则能看到发生崩溃的具体视图、界面、控件操作，即发生崩溃的真实原因。
在听云App报表中，用户可通过崩溃汇总、版本分布、设备分布、操作系统分布4个维度以及崩溃率、崩溃数量、启动次数3个指标查看应用的崩溃情况。
用户可进入Bug摘要可查看具体崩溃信息，从应用启动时间、崩溃时间、应用版本、SDK版本、操作系统版本及设备型号等几个维度看到发生崩溃的交互轨迹。崩溃交互轨迹的实现极大的节省了研发人员的时间，一针见血地解决了问题，极大的缩小排查崩溃的范围。
听云App的交互轨迹复现功能打破了只能记录视图之间跳转的功能劣势，可清晰列举出发生崩溃时的方法、控件，帮助研发人员还原发生崩溃的每一步信息。
反混淆——发现崩溃真实面貌
当用户希望找到崩溃的堆栈调用情况时，如果没有反混淆文件，即dSYM文件（iOS称为符号表），那么捕捉到的崩溃异常是经过混淆的，也就是说无法得到真实崩溃发生时的代码地址。在听云App的控制台中，用户只要将iOS（符号表）或Android（Mappingfile）文件上传到报表端，便可对堆栈信息进行反混淆、符号化，看到真实的堆栈异常信息，同时不存在地址偏移。
由于堆栈本身是经过步步调用的，那么在发生崩溃后便可通过反混淆功能得知具体是由于调用的步骤、方法，执行代码的具体信息导致的崩溃发生，以此看来崩溃原因一目了然，反混淆功能对于研发人员具有重要意义。
听云App是国内APM领域首家实现反混淆功能的，较其他厂商以粘贴脚本在本地的开发环境运行的方式更加领先和稳定。
Bug管理——将崩溃原因移植线上
通常情况下，应用开发商通过监测发现之前版本的Bug引起崩溃后会在版本迭代时对该Bug进行修复，但存在一种情况，即某些Bug在该版本已经过修复，但由于老版本仍在市面上流通和运行，在做监测时，已修复过的Bug仍然会被上传和报警，这样对Bug排查增加了极大的视觉干扰。听云App的Bug管理功能可有效帮助研发人员对已修复的Bug进行标记，提醒研发人员不必再关注已修复过的崩溃现象，极大提高工作效率。
上下文信息——多角度了解信息
用户发生崩溃后，经过程序内原因的排查发现是设备问题，如CPU占用过高、内存需要释放。听云App的上下文信息功能可以帮助用户从设备、CPU型号、系统版本、运营商、剩余内存、CPU指令集、应用版本、接入方式、CPU用量、ROOT情况、GPS、设备剩余空间、点亮、应用UI朝向等14个指标可以查看到发生崩溃的具体原因。
怎么样，是不是听完这四招发现“崩溃”的事情不再那么令你崩溃了，听云App的交互轨迹复现、反混淆、Bug管理、上下文信息功能专门为了帮助开发者发现崩溃原因，彻底揭露崩溃真实面貌，第一时间将崩溃原因有效移植到线上、多角度了解崩溃发生原因。想让你的APP迅速提升用户留存率吗？快使用听云App，为你的应用打造极致性能体验吧！(参与链接：https://account.tingyun.com/cas/login?service=https%3A%2F%2Fsaas.tingyun.com%2Fj_acegi_cas_security_check%3FloginView%3DcasLoginTingyun)
下面教你如何有效快速使用听云App崩溃功能
1、 登陆报表查看APP健康状态
2、 点击查看崩溃详情
3、 查看崩溃历史纪录
4、 进入Bug分析，查看崩溃详情
5、 崩溃轨迹复现，帮助研发人员复现崩溃发生的场景
6、 查看上下文信息，了解崩溃发生时的设备环境
7、 告诉你单一崩溃出现在各操作系统及设备的数量及百分比
当一个用户点开一款APP时，有时会出现由于网络异常、内存、接口返回值错误等原因造成的应用在运行过程中发生强制关闭（Force Closing）的现象，打断用户正在进行的操作体验，这就是“崩溃”。崩溃不仅会对关键业务造成中断、ARPU降低等重大的影响，甚至还会造成用户留存下降、DAU与MAU持续下降，但是最大的问题还是在于崩溃很难进行监测，很多小厂商只能坐以待毙，等着用户找上门，所谓用户流失其实很多时候都是发生在这些地方。为了帮助用户有效定位崩溃问题，很多监测崩溃的工具应运而生。
然而事实上，崩溃作为影响应用性能最大的因素之首，监测起来并不像想象中简单。一般来说，传统崩溃监测产品在监测崩溃时，只能收集到系统的崩溃日志，但是对崩溃的具体触发条件很难获取，像发生崩溃的场景或者是点击哪个控件后引发的崩溃，如何有效、精准的对触发事件进行监控，是监控崩溃的重要关键点。就是现在，听云App携带完美的崩溃监测功能盛装登场，只为全力打造完美的移动应用性能管理体验，四招帮你解决所有关于崩溃的难题，迅速提升交易成功率、挽救用户留存。
交互轨迹复现——第一时间找到崩溃发生原因
APP出现崩溃后，开发者对于崩溃的原因往往并不十分明了。如果此时可以将崩溃场景进行还原，了解崩溃发生的真实原因，那么便会第一时间对崩溃进行处理和修复，减少用户流失。在过去，通过监测后台的报表只能看到崩溃报告，但却无法了解到手机在何种环境下发生了崩溃，那么此时如果能将交互轨迹进行复现，即把用户交互轨迹还原，则能看到发生崩溃的具体视图、界面、控件操作，即发生崩溃的真实原因。
在听云App报表中，用户可通过崩溃汇总、版本分布、设备分布、操作系统分布4个维度以及崩溃率、崩溃数量、启动次数3个指标查看应用的崩溃情况。
用户可进入Bug摘要可查看具体崩溃信息，从应用启动时间、崩溃时间、应用版本、SDK版本、操作系统版本及设备型号等几个维度看到发生崩溃的交互轨迹。崩溃交互轨迹的实现极大的节省了研发人员的时间，一针见血地解决了问题，极大的缩小排查崩溃的范围。
听云App的交互轨迹复现功能打破了只能记录视图之间跳转的功能劣势，可清晰列举出发生崩溃时的方法、控件，帮助研发人员还原发生崩溃的每一步信息。
反混淆——发现崩溃真实面貌
当用户希望找到崩溃的堆栈调用情况时，如果没有反混淆文件，即dSYM文件（iOS称为符号表），那么捕捉到的崩溃异常是经过混淆的，也就是说无法得到真实崩溃发生时的代码地址。在听云App的控制台中，用户只要将iOS（符号表）或Android（Mappingfile）文件上传到报表端，便可对堆栈信息进行反混淆、符号化，看到真实的堆栈异常信息，同时不存在地址偏移。
由于堆栈本身是经过步步调用的，那么在发生崩溃后便可通过反混淆功能得知具体是由于调用的步骤、方法，执行代码的具体信息导致的崩溃发生，以此看来崩溃原因一目了然，反混淆功能对于研发人员具有重要意义。
听云App是国内APM领域首家实现反混淆功能的，较其他厂商以粘贴脚本在本地的开发环境运行的方式更加领先和稳定。
Bug管理——将崩溃原因移植线上
通常情况下，应用开发商通过监测发现之前版本的Bug引起崩溃后会在版本迭代时对该Bug进行修复，但存在一种情况，即某些Bug在该版本已经过修复，但由于老版本仍在市面上流通和运行，在做监测时，已修复过的Bug仍然会被上传和报警，这样对Bug排查增加了极大的视觉干扰。听云App的Bug管理功能可有效帮助研发人员对已修复的Bug进行标记，提醒研发人员不必再关注已修复过的崩溃现象，极大提高工作效率。
上下文信息——多角度了解信息
用户发生崩溃后，经过程序内原因的排查发现是设备问题，如CPU占用过高、内存需要释放。听云App的上下文信息功能可以帮助用户从设备、CPU型号、系统版本、运营商、剩余内存、CPU指令集、应用版本、接入方式、CPU用量、ROOT情况、GPS、设备剩余空间、点亮、应用UI朝向等14个指标可以查看到发生崩溃的具体原因。
下面教你如何有效快速使用听云App崩溃功能
1、 登陆报表查看APP健康状态
4、 进入Bug分析，查看崩溃详情
7、 告诉你单一崩溃出现在各操作系统及设备的数量及百分比
相关热词搜索：用户
上一篇：越捷航空为其A320neo、A321neo飞机订单选择静洁动力发动机
下一篇：飞利浦猎豹系列吸尘器 轻松去除死角除尘
分享到：
收藏
收藏