上篇中我对bug做了3大分类:能重现的逻辑错误,不能重现的逻辑错误和潜在的内存错误。
这篇文章是我总结关于逻辑错误的修改流程,也算是后面文章的一个总领。
流程如图:
1 重现
再次强调这个是修改bug的前提。
2 明确事发点
就是明确导致一个bug产生最直接的一个调用或者一个判断。
明确了事发点后有两种情况,就是上图中的分支。
有些bug,在明确了事发点后就立刻知道原因了,这个大家都有体会;有些就不是这么简单了。
定位事发点的方法下篇文章有详细介绍。
上篇中我对bug做了3大分类:能重现的逻辑错误,不能重现的逻辑错误和潜在的内存错误。
这篇文章是我总结关于逻辑错误的修改流程,也算是后面文章的一个总领。
流程如图:
1 重现
再次强调这个是修改bug的前提。
2 明确事发点
就是明确导致一个bug产生最直接的一个调用或者一个判断。
明确了事发点后有两种情况,就是上图中的分支。
有些bug,在明确了事发点后就立刻知道原因了,这个大家都有体会;有些就不是这么简单了。
定位事发点的方法下篇文章有详细介绍。