小編按：這是一篇 Bugtags 用戶來稿简十，經過一段時間的密集使用烁设，他已然覺得 Bugtags 是 App 開發(fā)者的好幫手替梨，感謝解鈴 App - 楚琪同學對 Bugtags 的信賴和支持。小編在這里誠邀各位熱心用戶向我們投稿装黑，說出你使用 Bugtags 的故事副瀑。
無論開發(fā) Web 網(wǎng)站還是開發(fā) App，如果用戶在使用程序或網(wǎng)站的過程中程序出現(xiàn)了錯誤恋谭，我們都希望第一時間知道糠睡，并且希望錯誤信息越詳細越好，這樣方便我們技術人員定位問題以盡快解決疚颊。針對 Web 網(wǎng)站狈孔，我們會在服務端集成日志系統(tǒng)，服務端監(jiān)控系統(tǒng)等來達到目的串稀。那么針對 App，用戶在使用 App 的過程中閃退了狮杨，我們如何能知道并盡可能詳細的收集錯誤信息呢母截？
最初我們的解決方案是這樣的，無論是 iOS 還是 Android橄教，都提供了類似 Exception Handler 的回調清寇，所以我們自己實現(xiàn)這個回調，當有 Exception 發(fā)生時护蝶，我們自己收集設備信息华烟，堆棧信息等然后發(fā)送到我們自己服務器上，服務器收集到錯誤信息以發(fā)郵件等方式通知相關技術人員持灰。這種方式有很多不足：
- 針對 iOS 和 Android 都要實現(xiàn)一套
- 要可視化錯誤信息還需要自己實現(xiàn)
- 不方便統(tǒng)計盔夜、跟蹤錯誤
后來看到業(yè)內知名開發(fā)者唐巧寫的文章里提到了 Bugtags ，寫微信公眾號 MacTalk 的池建強老師也推薦過堤魁。于是準備集成到 App 中喂链。5 分鐘左右，集成完畢妥泉。手動拋出一個異常測試了下椭微，(@ο@) 哇～，原來世界還是很美好的盲链，這特么就是技術人員心心念念想要的 Bug 收集管理工具啊蝇率。
都說給技術人員做服務是很不容易的迟杂，因為技術人員是在(非)乎(常)體(挑)驗(剔)的一群人，但 Bugtags 用下來體驗很不錯本慕。
- 集成簡單
- 自動收集錯誤信息排拷，而且錯誤信息非常詳細
- 可以統(tǒng)計、跟蹤间狂、團隊協(xié)作
這里面錯誤信息的詳細程度是非常重要的攻泼，Bugtags 這方面做的很好。一般排查 App 問題鉴象，我們經常會問測試人員忙菠，是用什么機型測試的，什么系統(tǒng)版本纺弊，怎么操作的牛欢，能否重現(xiàn)等問題，通過這些問題我們一般再對照自己的程序邏輯基本上能定位到問題淆游。Bugtags 的錯誤信息類似這個分類傍睹，但分的更細更清晰，而且是自動的犹菱。然后在 Web 網(wǎng)站上就可以看到錯誤信息拾稳，網(wǎng)站是那種簡潔清晰的風格，有點像 Google 的 Material Design腊脱，個人非常喜歡访得。
通過收集到的設備信息和截屏，一目了然的就可以看到出問題的是什么設備陕凹，用戶是在哪個界面操作發(fā)生錯誤的悍抑。
接下來我們一定想知道用戶的操作步驟是怎樣的，因為我們技術人員常說的一句話就是『我這里沒問題啊』杜耙，但常常忽略了用戶可能不是我們這樣操作的搜骡。Bugtags 監(jiān)測了 UI 交互事件流，類似這樣佑女。
在這里可以看到 View 的生命周期记靡，還包括用戶點擊的按鈕事件等一應俱全。那么基本上我們可以重現(xiàn)用戶的操作步驟了团驱。
接下來還有一點技術人員非常關心的簸呈，就是堆棧信息。同樣 Bugtags 完整的收集了異常堆棧信息店茶。
相當親(討)切(厭)的異常堆棧信息蜕便！
其他還有一些程序輸出到控制臺的 Log 信息，可以輔助定位問題贩幻。
有了這些轿腺，老板再也不用擔心我們找不到問題原因了两嘴。
最后關于團隊協(xié)作這一塊，個人用的不是很多族壳，主要就是把對應的問題指派給對應的技術人員憔辫，然后跟蹤看有沒有解決。寫了這么些仿荆，其實就是一句話：『太特么好用了贰您，誰用誰知道』。
PS:
