如何理解测试前移测试左移测试右移
目录
如何理解测试前移、测试左移、测试右移
测试左移:
左移是在测试阶段到来之前,尽可能的抓紧开发前(需求分析)和开发中的时间做测试,提前发现问题,防微杜渐,避免积重难返
测试右移:
右移是往发布之后移。也就是产品上线了之后也可以进行一些测试活动。当然在生产环境直接做测试是不推荐的,但是我们可以在生产环境做监控,监控线上性能和可用率,一旦线上发生任何问题,尽快反应,提前反应,给用户良好的体验
测试前移:
给产品人员提供服务。加强需求评审阶段的投入,把我们对于用户角度的思考,把我们对于需求合理性的思考,把我们对于产品质量预防的经验,在需求评审阶段就进行输出,把我们已知的问题在需求评审阶段都消灭掉。
给开发人员提供服务。给开发提供完备的编译环境支持,环境中可以包含必要的白盒检查、自测环境、冒烟测试用例,甚至是提测前的代码 review,把我们对于代码质量的基本要求和规范,都在代码编写阶段进行解决,从而把我们已知的编码中可能出现的问题尽可能的消灭在提测前。
产品和开发是和我们质量保证联系最紧密的两个角色,如果能把这两个角色的服务做好,基本可以保证提测质量了,也就能满足我们最低的测试前移的要求了
如果测试前移了,很多基本的质量问题都可以在前期得到保障,就算提测时间晚,但是提测质量高,测试可以花更多的精力做更深入的测试,发现的 bug 肯定也都是质量比较高的了,同时这样的项目发布,埋坑的可能性就小,我们只需要关注本次修改内容及其影响范围即可,这才是良性循环。