1.经常备份代码. 最好是做到每写一部分功能,或每修改部分代码,就备份一份.不管是用土方法,还是先进的代码管理工具,一定要保质保量的备份.

原因有以下几点:
1)我们并不能保证所有的问题都能够从代码上清楚的知道是怎么回事.假如在TN处的代码执行后出现一个bug, 而我们根本不知道是什么原因导致的;这时如果我们能够确定在TN-M处的代码没有这个bug; 那么就可以用折半查找的方法来定位你的问题所在.这可能是最笨的方法,但是在我看来,一万次代码备份能够出现一次这样的情况,我就赚了!

2)在工程膨胀到一定规模之后,修改代码就变得越来越有风险.因为我们可能并不清楚哪怕是一两句代码的修改会引起什么样的问题.这就好比一个人处在马路的中央,到处都是各种各样的设备机关, 如果测试人员告诉他,他现在站在原地的时候,一切状态良好;那他可能真的不太敢迈步往任何一个地方走.因此一个良好的习惯是(在我看来): 每次代码备份之前,都把当前的代码跟上一个版本的代码进行一下全方位的比较,认真的去读代码之间的差异,仔细去分析代码的修改可能会带来什么样的问题,或者说会不会带来什么问题.这个方法虽然无法保证一定能查出问题,但至少能够在很大程度上保证代码修改的质量;同时这个过程,也可以帮助我们去认真的填写日志,以更好的标注这部分的工作