[[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/