关于软件项目后期Fix bug的意义之我见

　　解bug是很头痛的问题，一般是以下原因引起的：

P w~ B5XD}M,h0　　（1）设计上的缺陷；

H m ?5o(j0　　（2）写代码时考虑不周全；51Testing软件测试网v'U#p~/q*^_1d

　　（3）测试人员无中生有；51Testing软件测试网*_ vVp3ILWcq

6n+C1L'?*Dd sD0　　（4）所依赖的插件，框架本身的缺陷。51Testing软件测试网\2ILm0`Jt

　　第一种情况：最棘手，需要修改程序架构，费时又费力，但是不改又不行总不能要客户该需求，按照你的程序来吧。没办法，改吧。

)R:epQ^0　　第二种情况：还好，看看是那里出来问题，改改代码就可以了，但是改完后需要确认一下会不会对其他模块或功能造成影响。一般如果影响很大的话，那就是模块之间的耦合度太高，不是高质量代码，会越改越乱。51Testing软件测试网1~j~jX7_3s1gd

}MMV]0　　第三种情况：

　　a、撰写需求文档时，对软件需求设计模糊不清，让人产生歧义。譬如在编写需求文档时考虑不周留下让人发挥想象的空间，或前后矛盾。

　　b、测试人员或者软件开发人员对没有真正理解需求，譬如文化差异导致理解不一致。51Testing软件测试网a4L;zd.}(Re&T3R

w"Nh,]$A,o,u)W0f0　　c、测试跟你有仇。呵呵。。51Testing软件测试网
b Tv7V/V,Q

　　第四种情况：

%R`)\3stM;}/V#^_0　 　软件越是开发到最后，bug的难度越大。因为这时你对代码一丁点的改动就有可能引发新的bug，这里不管你的设计的如何如何好，模块与模块之间的耦合度 如 何如何低，都不可避免。深层次的问题也慢慢暴露出来，那就是你项目依赖的东西，譬如第三方的插件，框架本身的缺陷或者由于对他的不了解造成的误用。这些 bug才是最头疼的。鸡肋鸡肋啊，弃之可惜，用之可悲。51Testing软件测试网"w(H6]d9^ L

　　不过，作为一个执着的程序员或软件工作人员，基本的职业道德还是要有的，不能有了难解决的bug就退缩。实际上虽然解决bug学不到新东西，但是还是有好处的：51Testing软件测试网l+h8k)U d K }*Z~0AB

f!?%d;h9zg3BE0h4c0　　（1）可以让你更加深入的了解你自己，了解自己一直以来被忽略的“缺陷”。51Testing软件测试网zT
`wb

b)k%g2DU `"xv/m:U |0　　（2）考验你的耐心和忍耐度，极限。51Testing软件测试网U!_e/wt eP*_

　　（3）增加程序员之间的沟通，促进感情交流。

　　这个要说一下，遇到自己解决不来的bug，可以请能解决的人帮忙看看，有了高人指点也能让自己多学点东西，学的不是这个bug这么解决的，而是人家遇到问题的思考方法为什么比你宽广，找到原因后，你就可以和他一样无所不能了。哈哈。。。51Testing软件测试网0vO7y q|7GO

r)vJY4L kc2?0　　（4）可以在闲暇之余给自己冲冲电。51Testing软件测试网dDyZ8Wc,[X w

D7Al5uSw&Gtm8MvW0　　项目初期和中期都是比较忙的，任务满满的，基本没有闲暇时间。后期就不一样了，bug少的人就可以多一点自己的时间。呵呵，就看你这么利用了。

m:^)G-cg*K2?0　　以上是我对软件项目后期Fix bug的意义的思考，希望对广大软件工作者有所启发。也在此勉励那些不在bug中沉默就在bug中爆发的人，好自为之吧。51Testing软件测试网 h Q n9`QD