程序出现bug是必然还是程序猿水平有限导致的

来源：西安兄弟连IT培训学校时间：2019/6/25 10:14:47

　　在不长的计算历，还没有人写过没有bug的软件，不大可能你会成为个做到这一点的人。

　　既然“写长篇出bug正常，发条短信就那么十几个字，错一个都不应该”；那么我们把长篇拆开成若干章，一章只写3000字呢？再把一章拆开成若干段，一段只写数百个字呢？

　　低级bug：是程序猿的锅，不仔细看需求文档和设计文档导致实现结果偏离需求，写的时候不认真各种说出来丢人的拼写错误。

　　写新代码不知道考虑对已有代码的影响上手就胡来，写完代码自己都不自测一下就提QA。这都是没有职业修养的表现，QA测出bug你不背锅谁背锅！

　　业务逻辑bug：通常源自需求沟通出现问题，这往往是所有人同时出问题，而不是某一个地方出现问题。

　　环节是需求方自己说不清楚，第二环节是需求分析师没理解需求，第三环节是设计师没有动脑子还没做设计评审，第四环节是不跟需求方做需求设计确认。

　　深度逻辑bug：不能把锅推给任何一个人，设计、开发、QA全都有责任，但这种bugQA通常根本测不出来，一般要上线稳定运行好久才被发现，而且会相当难解决。

　　性能缺陷bug：逐层背锅吧。开发能力不足，原子功能执行效率低下；设计不合理，高性能原子功能组合成模块性能低下；架构不合理，高性能模块联合成整个系统死活是玩不转。

　　bug数量和系统复杂度和开发时长成正比，程序员对系统的熟悉程度成反比。水平再高的程序员扔到一个非常复杂开发了十几年的系统里，照样容易出bug。

　　人类不是个很靠谱的东西，总会有随机错误，即使打字录入这么简单的事情都有1-3%的错字，何况写源代码这种比打字难得多的事情。

　　在研发成本投入足够，开发商也重视质量的前提下，bug数量主要取决于测试，而测试是否充分主要是需求决定的。

　　也许会有个别程序员水平欠佳，但是在测试充分的时候他们很快会被发现。

　　上古时期，绝大部分书籍后面都附着几页『勘误表』，告诉你某页某行有个错别字，正确的应该是什么。

　　bug就是程序员的成长催化剂，遇到了，搞懂了成长了，以后再写代码就会有更多的提前预见。然后bug逐渐减少。要说bug～程序员天生不就是来创造bug然后解决bug的吗?

　　PS：大的bug是，明明程序运行的好好的，但项目失败了。你叫程序员怎么查？我只是个搬砖的，大厦为什么会倒，我哪知道啊~

尊重原创文章，转载请注明出处与链接：http://www.peixun360.com/1849/news/29169/违者必究！ 以上就是西安兄弟连IT培训学校 小编为您整理 程序出现bug是必然还是程序猿水平有限导致的的全部内容。