定位已經上線項目的bug,一直是個非常令人頭疼的問題。常用的第三方工具,比如騰訊的bugly,可以幫助我們查找bug的位置所在,但這些第三方,配置起來也會感覺非常麻煩。比如我最近的一個項目,在項目初期,我就加入了bugly,平時測試,bugly找問題確實非常準確。但是上線后,卻發現bugly并不能很明確的定位bug的位置。
bugly對應調試界面(未添加符號表文件)
打開bugly控制器才發現,原來是符號表文件沒有上傳。
這個令我非常郁悶,因為項目已經上線,不能及時的根據崩潰信息找到對應的問題所在。于是,在下一個版本中開始配置bugly的符號表文件。
但,這還要等好久才能看到用戶的反饋。。。 那有沒有比較簡單的辦法呢?答案是 有的。
重點來了
在項目上線的時候,我們會Archives存檔打包。這個時候我們會看到這個界面
這個時候我們如果有已經上線的版本,我們可以點擊 ‘Crashes’按鈕:
點擊Crashes
這時候就會出現令人欣喜的畫面:
正在下載Crashes信息
這個下載下來的就是正式上線后,APP的崩潰信息了。
上線版本的崩潰信息
最左側:崩潰信息列表,都有哪些地方崩潰了
中間:對應的崩潰位置的代碼
最右側:出現崩潰的手機類型和系統信息。
重要!!!!點擊最右側的 'Open in Project...' 。這時,會讓你選擇要打開哪個項目,你只要選擇對應的項目就好。
項目就會定位在對應bug的那一行上了。??
以上。其實這個方法,和bugly配合起來使用更佳(*^__^*)
希望大家多多交流哈!
相關網址(Bugly官網 和 iOS符號表文件):