背锅侠？程序出现bug是测试/开发工程师水平有限导致的？我只是个搬砖的......

---

前言

程序出现bug是程序猿水平有限导致的？

低级bug：100%是程序猿的锅，不仔细看需求文档和设计文档导致实现结果偏离需求，写的时候不认真各种说出来丢人的拼写错误，写新代码不知道考虑对已有代码的影响上手就胡来，写完代码自己都不自测一下就提QA。这都是没有职业修养的表现，QA测出bug你不背锅谁背锅！

业务逻辑bug：通常源自需求沟通出现问题，这往往是所有人同时出问题，而不是某一个地方出现问题。第一环节是需求方自己说不清楚，第二环节是需求分析师没理解需求，第三环节是设计师没有动脑子还没做设计评审，第四环节是不跟需求方做需求设计确认

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

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

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

人类不是个很靠谱的东西，总会有随机错误，即使打字录入这么简单的事情都有1-3%的错字，何况写源代码这种比打字难得多的事情。在研发成本投入足够，开发商也重视质量的前提下，bug数量主要取决于测试，而测试是否充分主要是需求决定的

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

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

你踩到屎的时候，是怪自己不小心，还是怪那个随地拉屎的人？如果一个程序员bug很少，那大概是他没有遇到那些屎一样的需求！！！

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

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

下面是我整理的2022年最全的软件测试工程师学习知识架构体系图

一、Pytest自动化框架

二、Web自动化测试

三、Appium自动化

四、Robotframework

五、接口自动化测试

六、JMeter接口测试

七、Postman接口测试

八、Oracle数据库

九、总结

努力了的才叫梦想，不努力的就是空想！如果你一直空想的话，无论看多少正能量语录，也赶不走满满的负能量！你还是原地踏步的你，一直在看别人进步的你

你要无欲则刚，要学会孤独，要把自己逼出最大的潜能，没有人会为了你的未来买单，你要么努力向上爬，要么就只能烂在社会最底层的泥淖里

付出就要赢得回报，这是永恒的真理，自古以来很少有人能突破它。然而，如果有人能够超越它的限制，付出而不求回报，那么他一定会得到得更多

---