在看完「Bug从发现到解决」的前两篇文章中，相信大家都对Bug的故事，以及如何反馈Bug有了一定的了解。不过在反馈Bug后，有时候工程师会需要用户抓取LOG协助分析。这个LOG到底是什么含义呢？而在反馈Bug后，一般需要多久才能被解决呢？
什么是抓LOG？
LOG并不是对数，它的含义其实是日志的意思。而抓LOG，就是指将程序运行情况的日志进行打包。因为这些LOG存储着程序运行的所有记录，工程师通过查看这些记录，可以更快速的定位到问题出现的原因。就如同飞机的黑匣子一样，在飞机出事后搜救人员在搜救幸存者时，也会寻找飞机的黑匣子，因为它存储着飞机许多信息，这些信息都有助于后续对飞机产生事故原因的分析。
如何抓LOG？
为了方便用户抓取日志，Flyme的工程师贴心的开发了Flyme的日志抓取工具Log Report，它不仅能能抓取常见的待机功耗、Flyme 重启、MEIZU 重启、升级失败等问题的日志，同时也能抓取应用闪退、手机睡死、通讯异常问题、WLAN 问题、蓝牙、手机性能等问题。
其实，大多数Bug都能在用户反馈后及时解决，并合入下一个版本固件中，笔者就曾在之前反馈过一个Bug，工程师在当天就对这个Bug进行了确认并告知已经修复，请笔者期待下周的固件更新。
但有些Bug确实比较顽皮，对工程师来说较为棘手。因为这些Bug的复现率实在是太低，工程师没能复现出这个问题，所以并不能找到出现问题的原因，从而拖延了Bug的修复。
例如在目前用户帮助APP中便有一份关于关机闹钟不响悬赏公告，尽管已经收到很多用户关于此问题的反馈，但这个现象复现机率实在太低，工程师一时半会并不能定位到这个问题的原因。因此工程师才会发出这份悬赏公告，希望出现问题的用户能抓取有效的LOG来协助工程师分析问题。不过这样的Bug其实少之又少，不得不给一直在为我们提供稳定Flyme的工程师点个赞。
在看完「Bug从发现到解决」的三篇文章后，对于Bug的发现、反馈与解决，你是否都有些了解了呢？
,
