上线版本出现问题，你焦虑吗？

前言

  明明测试了好几遍，上线版本缺出现了问题，你焦虑吗？

    测试小伙伴们应该都遇到过，测试版本明明回归了好几遍，可是每到上线版本总有bug出现，是因为我们用例没有覆盖全面导致漏测吗？这种情况虽然也是存在，但大多数情况都是因为最后版本改动造成的问题，修复了一个bug导致另一个bug出现，如俗语所说“拆东墙补西墙”。

    为什么会导致这样的情况呢？追溯我们的测试过程。

    我们测试版本总共细分为四轮测试。第一轮冒烟测试，主要测试基本功能流程是否实现，即测试是否可测试；第二轮按照测试用例完整的将所有功能执行一遍，其实这才算是真正完整的完成一轮的测试；第三轮根据前面用例执行提交的bug进行跟踪回归；第四轮所有功回归测试。到此是不是所有功能其实都回归完毕了呢，看上去是的，实际第四轮回归测试过程中还是能发现新的bug，新的bug要修复还是要发新版本，但因为后期修改的bug少且着急上线，不可能再次重新将所有功能都重新回归一遍，时间不允许。再加上我们对程序处理逻辑并不是很清晰，这样就导致上线版本出现bug。

上线出了问题大多数情况下都是找测试追责，不管你是不是没时间测试，还是开发改bug引起的问题。

      为了尽可能的避免这种情况发生，有什么解决方案呢？

1、向程序员了解bug的处理逻辑以及影响的模块，重点关注出问题的模块，软件测试原则中80%的错误都出现在20%的模块里。

2、引入自动化测试用于频繁的回归测试。我会先引入测试工具进行半自动化测试，然后慢慢的编写自动化脚本。测试脚本的编写需要较强的编码能力，逐步的提高自己的编程能力。