日期:2014-11-13 13:29
定了，但是更隐蔽的 bug 会耗费大量的时间和人力。更好的方式是什么？
首先，排查是程序问题还是环境问题，把线上程序恢复到运行正常时的老版本，如果出现了同样的问题，那就是生产环境发生了改变。如果运行正常，要么是你修改老 bug 时引入了新 bug，要么是新增加的代码出现了问题。
其次，阅读产品的 changelog，根据代码提交的时间线构建系统，通过二分法排查，定位是哪部分代码引起的问题。
第三，排除了所有的不可能，剩下的无论看起来如何不可能，就是它干的。
以上只是一个简单的例子，实际的情况可能比这个例子复杂一百倍，需要我