为什么你写的程序会有那么多BUG？

来源：小菜鸟学技术
原文链接：http://dwz.date/b7Mg

前言

Bug对于我们这些程序猿来讲就如同影子一般的存在，无处不在，无孔不入。经常熬夜通宵好不容易解决了一堆Bug，测试组又测出新的Bug，又或是因为解决之前的Bug而导致新的Bug，又或是产品经理提了新的需求改动后导致的新Bug等等，真是累觉不爱了。

各位小伙伴们有没有想过，为什么Bug永远都解决不完？为什么你写的代码总是有改不完的Bug，别人的就不会或者是很少有Bug？其实Bug永远是存在的，没有百分百完美的系统，也没有百分百完美的程序，只是设计良好的系统或程序Bug很少而已。

那怎样才能写出Bug很少的代码？我们需要理清产生Bug的途径有两种：

1.系统或编程语言本身

2.人为因素

（一）系统或编程语言本身

系统或编程语言导致的Bug情况比较少见，也不是我们能解决的，我们能做的只是上报这样的Bug，然后让那些专家来解决，最后等Bug修复后的版本上线。

（二）人为因素

人为因素导致的Bug问题就要复杂一些

设计整体框架的时候，没有正确“消化”需求，导致根源上的Bug存在（这是最致命的，相当于这个项目是失败的），一个好的产品经理能把客户的需求正确反馈出来，一个好的架构师则能把产品经理反馈的需求转换成问题模型，所以好的产品经理和好的架构师，非常关键。业务需求变更产生的Bug，因为需求的修改导致原来逻辑正确的代码出现了Bug。关于这一点，代码层面就无能为力了，精通业务才是解决这类Bug的王道。程序员的水平问题产生的Bug（代码逻辑问题）。

有经验的程序猿和没经验的程序猿在解决Bug的效率是完全不一样的，经验丰富的程序员更能写出避免Bug出现或Bug很少的代码

总结

站在码农的角度来说，要解决Bug的话，需要“双管齐下”，一管抓业务熟练度，二管抓技术水平。

阅读更多

相信自己，没有做不到的，只有想不到的

在这里获得的不仅仅是技术！

喜欢就给个“在看”