Bug分析总结

在平时的测试过程中，测试难免会出现漏测现象，那么为什么会出现漏测，是因为对业务逻辑了解不够？是用例覆盖不全？是编写测试用例时压根没有考虑到等等 

  bug无非两种： 一种测试环境经过测试测出来，一种是生产环境发现的bug，发现了bug并不是说我提了bug现象就行了而是要指出bug产生的原因，有些bug是直接原因我们能定位出来有些是间接原因，无论是哪种bug我们都要去进行bug复盘，为什么要进行对bug进行复盘呢 ？

   reason 1：一定程度bug分析也就是对业务逻辑理解的深度，提升测试人员对产品质量的整体把控

                   bug几乎贯穿项目的每一个阶段，对于测试人员来说好的bug能够提升对产品的理解进而能够更高效的测试把控质量风险，提高产品的质量，作为测试不能百分百保证产品质量但是可以提高产品的质量

   reason 2：有助于测试人员测试能力的提升

                   对每一个bug的分析总结经验积累，那么在后续的测试过程中，给你一个功能你就知道在哪一块容易出现bug用例设计时就会大而全的去覆盖功能点降低开发的修复成本

   reason 3：bug分析追溯原因，推动优化

                    bug贯穿整个项目生命周期中，第一次出现bug 修复了，第二次出现bug又修复了，那么第三次你还出现了又是为什么呢 ？明知踩了几次坑为什么还会继续踩坑呢 ？只有追溯bug出现的原因，无论是开发还是测试我们该如何优化改进？如何去规避？这样后续就不会再次踩坑 也是对高质量流程的一个推动

  我们又该如何进行bug复盘呢 ？

    1、哪些bug值得深究呢？

        ① 在一个项目里面同一个类型多次出现的bug

        ② 遗漏bug引起生产报障

        ③  特殊场景的bug

        ④  bug多次被重开

   2、我们又该如何去分析bug呢？

      bug复盘如同法官判案一样，进行逐步断案找到凶手，可以看下如下图

 

   我们坚持着打破沙砂锅问到底的原则，无论多少个为什么深究深挖直到没有任何疑问了

   ①  bug来源、操作步骤及现象是什么

   ②  坚持深究深挖，找到问题的表象是什么直接原因是什么

   ③  对问题的表象进行多次提问找到Bug的本质原因

   ④  怎么取解决这个问题，解决方案是什么，针对当前的解决方案是否还会引起其他问题

3、总结经验和规避优化 

    测试优化：

                   通过Bug复盘、生产报障复盘、总结排障方法来提升测试对整个产品项目架构的理解进而更有效的去设计大而全的测试用力用例来把控质量风险，提高产品的质量

                   引入一个测试左移和测试右移方法：bug越早暴露，开发修复成本越低，通过复盘做好预防尽早的发现问题从而降低修复成本、提高测试效率