今天又修BUG?

 摘要：

     最近修一个BUG前前后后修改了4次，很郁闷，但郁闷归郁闷，呵呵总结下，下次不犯同样的错误。

     

      下班了，OK，开完立会就走人了，我跟大巴一起在中关村门口打瞌睡，20分钟还没有走过中关村，

“该死的大巴，该死的中关村。。。。。”，最近你我很郁闷，WHY?原因是今天又修BUG,共修了3次了，

今天是第四次了吧，我都修郁闷了，更别说BOSS了（幸好BOSS脾气比较好），今天总算搞完了，

不知道后天是否会在出问题？以下是自己修BUG4次后的感悟。

为什么会修这么多次？

1.不知道为什么修这个BUG

需求不明确(根本不知道为什么这么做？修了其实是错了)

2.直接为了这个BUG而修BUG

一次性不知道修多少算是一个度？测试点没到位(比如一看测试的只提出一个问题，但是你一看有好多

问题，没想好修还是不修)？

3.根本没测试就直接上来修

4.修一个bug带出更多的bug(很正常的呀)！

5.修改完之后自己没测试

比如：我修的BUG是当输入也个编码的的时候会从另个库里面读数据，由于另个库我没权限，大家一只用

一个编码，突然换编码，甚至错的编码都会出错，并且写特殊字符之后也没进行测试，因为那个BUG直接

是错误编码是提示不明确，还有是当输入错的编码的时候原来带来的数据都没清空.......以及如果没出来数据，

后面的操作都会出问题......

总结下：

1.那到BUG之后自己首先要测试，而不是直接去修改。

  当一个不是你写的模块出问题了，这可是一个“潘多拉盒子”，你不知道你的修改会带来什么？

或者会出现什么，这也是你修BUG带来新BUG的主要原因，所以一定要在测试，让BUG浮现，并且

需要测试跟他相关联的代码，比如我那有很多：编码错误没清空数据等。测试一定要仔细，把你认

为需要修的地方全部列出来，然后跟你的头沟通下，看看那些是必须做的，一次性干掉他，避免在反工，

返工等于无功。

2.改BUG，记得要代码重构呀

呵呵，如果代码原来跑到没问题那就不要动他，那么现在你在修BUG了，不要轻易的对原来的代码+1-1

（让他变成一只怪物），一定要在修改代码的时候记得重构自己代码。

3.自己测试，OK，各个角度的测试。自己测没问题才扔给别人测，否则还的反工。