圣诞夜前的某天深夜，一个白领抱着一大箱东西站在北京的大街上，车流稀少，他拿出新款的iPhone 6，打开经常使用的o2o专车软件，但不知道为什么突然闪退了，再次打开依然如此。他尝试拨打客服电话，依然没有结果。11：30分，他在朋友圈吐槽了这件事。
当我看到之后立即转给了这个APP的CEO，第二天早上发现凌晨5点这位CEO已经回复了微信，并且与CTO开始解决相关问题，同时联系了Testin相关专家就开始讨论解决方案。
一个普通的App丢失了一个用户可以能仅仅是百万、千万分之一，但是在手游与移动电商领域，由于应用本身的性能问题造成用户流失是一件非常严重的事情，这不仅仅是一个订单或者一笔消费的遗失，用户的愤怒会影响到潜在用户，甚至会造成公司整体信誉危机等灾难的出现。
我们先来看几组数据，根据Testin平台截止到2014年底的数据统计，在这些数据中我们可以看出很多问题来。
现在是O2O的时代，O2O的App在下载安装、登录运行、订购服务、服务交付、支付、评价客服、触发推广等各个环节，可能都会发生先上服务失败、客户与服务方的失联。客户打开你的App，就像乘上你的专机，一旦发生故障、空中停车、甚至坠毁，空难是客户和我们都不愿意面对的。
代码再完美、测试再充分，真实用户依然会碰到各种问题、崩溃，产品上线后，改进质量工作刚刚开始：
1.只有1%的用户遇到问题会反馈给开发者
2.用户反馈的问题，只有5%能够准确定位
用户应用性能分析管理
l 应用层代码崩溃
l Native崩溃
l 引擎崩溃
l 引擎脚本错误分析
l 自定义异常
l 符号化错误信息
l 自定义日志
l 多维度问题分析
l 自定义用户和用户搜索
l 实时/缓存上报和告警
1️.代码堆栈信息，多维度代码级问题定位
崩溃线程：出现崩溃的那个线程；
其他线程：崩溃时刻进程中的其他线程
线程名、线程状态、线程ID、线程的活动信息
2️.应用版本、错误界面
3️.诊断信息
4️.终端设备
5️.操作系统
6️.最近崩溃日志
7️.符号化堆栈信息
8️.自定义用户信息、搜索
1.自定义数据字段
2.应用场景、环节
3.用户ID
4.操作步骤
5.用户场景
9️.根据上报的用户信息搜索指定的用户，查看该用户所有信息，便于解决用户投诉、反馈
10. 实时上报、告警
开启服务只需三步
http://crash.Testin.cn/
