在卫生间，听到两位同事的对话，"我剩下的两个Bug很难搞啊，重现不了"。曾经有个笑话，如果一辆汽车发生了事故，让一名程序员去调查，程序员到达现场的第一句话肯定问的是，“这个问题能重现吗？” 这其实是句废话，问题明明发生了，只要条件满足，问题肯定是可以重现的。其实，这个问题更准确的问法应该是，问题发生的条件和步骤是什么，而不是简单问能否重现。
1. 为什么总是需要Bug能重现？
- 软件有发布的压力，如果一个问题不是很严重，重新的概率又低，那么很可能这样的问题就被推迟到以后的版本中去了。
- 如果一个问题，能够很容易重现，那么这个问题就修复了一半。只要用debugger连上去一看就知道问题的原因是什么。
- 问题发生时的日志不全，希望能够重新一次，拿到比较全的日志以帮助分析问题。
2. 如何避免陷入重现的怪圈？
- 加强与测试团队沟通，让他们在测试的时候尽量把日志的等级设置得低一些，出现了问题，立刻回想刚才做了什么了，环境是什么，并把日志收集好。如果问题很难以复现的话，这样可以避免Bug被开发团队踢回去要求重新并收集更多的日志。如果可能的话，把现场保护好。
- 作为开发团队，分析问题的能力很重要，在没有日志不全的情况下，根据现象和代码把问题的原因找出来。这不是一朝一夕的事情，需要积累的。