[[126546]]

圣誕夜前的某天深夜，一個白領(lǐng)抱著一大箱東西站在北京的大街上，車流稀少，他拿出新款的iPhone 6，打開經(jīng)常使用的o2o專車軟件，但不知道為什么突然閃退了，再次打開依然如此。他嘗試撥打客服電話，依然沒有結(jié)果。11：30分，他在朋友圈吐槽了這件事。

當我看到之后立即轉(zhuǎn)給了這個APP的CEO，第二天早上發(fā)現(xiàn)凌晨5點這位CEO已經(jīng)回復(fù)了微信，并且與CTO開始解決相關(guān)問題，同時聯(lián)系了Testin相關(guān)專家就開始討論解決方案。

一個普通的App丟失了一個用戶可以能僅僅是百萬、千萬分之一，但是在手游與移動電商領(lǐng)域，由于應(yīng)用本身的性能問題造成用戶流失是一件非常嚴重的事情，這不僅僅是一個訂單或者一筆消費的遺失，用戶的憤怒會影響到潛在用戶，甚至會造成公司整體信譽危機等災(zāi)難的出現(xiàn)。

我們先來看幾組數(shù)據(jù)，根據(jù)Testin平臺截止到2014年底的數(shù)據(jù)統(tǒng)計，在這些數(shù)據(jù)中我們可以看出很多問題來。

現(xiàn)在是O2O的時代，O2O的App在下載安裝、登錄運行、訂購服務(wù)、服務(wù)交付、支付、評價客服、觸發(fā)推廣等各個環(huán)節(jié)，可能都會發(fā)生先上服務(wù)失敗、客戶與服務(wù)方的失聯(lián)?？蛻舸蜷_你的App，就像乘上你的專機，一旦發(fā)生故障、空中停車、甚至墜毀，空難是客戶和我們都不愿意面對的。

代碼再完美、測試再充分，真實用戶依然會碰到各種問題、崩潰，產(chǎn)品上線后，改進質(zhì)量工作剛剛開始：

1.只有1%的用戶遇到問題會反饋給開發(fā)者

2.用戶反饋的問題，只有5%能夠準確定位

用戶應(yīng)用性能分析管理

l  應(yīng)用層代碼崩潰

l  Native崩潰

l  引擎崩潰

l  引擎腳本錯誤分析

l  自定義異常

l  符號化錯誤信息

l  自定義日志

l  多維度問題分析

l  自定義用戶和用戶搜索

l  實時/緩存上報和告警

1️.代碼堆棧信息，多維度代碼級問題定位

崩潰線程：出現(xiàn)崩潰的那個線程；

其他線程：崩潰時刻進程中的其他線程

線程名、線程狀態(tài)、線程ID、線程的活動信息

2️.應(yīng)用版本、錯誤界面

3️.診斷信息

4️.終端設(shè)備

5️.操作系統(tǒng)

6️.最近崩潰日志

7️.符號化堆棧信息

8️.自定義用戶信息、搜索

1.自定義數(shù)據(jù)字段

2.應(yīng)用場景、環(huán)節(jié)

3.用戶ID

4.操作步驟

5.用戶場景

9️.根據(jù)上報的用戶信息搜索指定的用戶，查看該用戶所有信息，便于解決用戶投訴、反饋

10. 實時上報、告警

開啟服務(wù)只需三步

http://crash.Testin.cn/