调试的方法无异于测试电路板,不管你的程序还是现实中的具体实情,调试的思路都是一致的.
首先, 在出错的情况下最重要的是找到一条正确的通路. 比如,程序在我这里出错了,不急于发布出去,先看看原来的版本是不是好着,或是看看在其他人的机子上是否可以正常的运行,如果是的话,估计就可能是你程序环境出错了.太多的黑盒过于急的进行了发布.
其次,采用二分法快速定位问题,出错后找问题是咱的家常便饭,如果知道问题可能在哪出错就直接处理了,不知道的情况下,通过单元测试的方法也可以快速定位问题, 如: 从程序一开始运行(设0)到中间某阶段(设0.5)看问题是否存在,如果没有,在当前阶段0.5到 0.75之间找问题,以此类推.
再次,演化法,如果做了一个复杂的程序报错了,而又忘记在中间做一些测试,这时最好的方法是 备份当前的状况,先试着做一个原型的东西,对照你已经做的功能,一块一块往上加.在发现出错的地方进行分析你的程序...
可能有太多方法了吧..不妨堆积一下
首先, 在出错的情况下最重要的是找到一条正确的通路. 比如,程序在我这里出错了,不急于发布出去,先看看原来的版本是不是好着,或是看看在其他人的机子上是否可以正常的运行,如果是的话,估计就可能是你程序环境出错了.太多的黑盒过于急的进行了发布.
其次,采用二分法快速定位问题,出错后找问题是咱的家常便饭,如果知道问题可能在哪出错就直接处理了,不知道的情况下,通过单元测试的方法也可以快速定位问题, 如: 从程序一开始运行(设0)到中间某阶段(设0.5)看问题是否存在,如果没有,在当前阶段0.5到 0.75之间找问题,以此类推.
再次,演化法,如果做了一个复杂的程序报错了,而又忘记在中间做一些测试,这时最好的方法是 备份当前的状况,先试着做一个原型的东西,对照你已经做的功能,一块一块往上加.在发现出错的地方进行分析你的程序...
可能有太多方法了吧..不妨堆积一下