[[126546]]

圣诞夜前的某天深夜，一个白领抱着一大箱东西站在北京的大街上，车流稀少，他拿出新款的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/