初识 ‘测试左移 测试右移’
年底了,越发变的焦虑了,不知道以后干啥,走向何方,感觉一下子又没有目标了,浏览testerhome网页,看到2020年沙龙议题征集文章,发现自己真的落伍了,居然没有听过测试左移,测试右移的说法,于是学习下,说法很新颖,也很准确,及早发现问题,今早处理,做好后续事宜,才可长长久久。
测试左移:一切开始之前先进行测试,测试对象是需求,越早的发现需求不合理的地方出问题的几率就越低。
在开发阶段测试对应是代码,适合做持续集成的单元测试,通过代码覆盖率的方式找到未经测试的代码,尽可能的保证代码都被测试到。
原则:支持测试团队在软件开发周期早期和所有干系人合作。
参与和理解会使测试人员获取产品完整的知识,彻底想清楚各种场景,根据软件行为设计实时的场景,这些都会帮助团队在编码完成之前识别出一些缺陷。
我们可以做什么:
1.合理的需求分析(参与需求评审,评估需求的质量,分析需求的合理性以及完整性)
2.完整的系统设计(代码字段,框架工具的扩展性)
3.充分利用静态代码扫描,检查代码问题
4.编写测试用例(用例设计,尽可能多覆盖场景)
5.测试用例评审(需求再次拆解分析,查缺补漏)
6.尽早的测试执行(提早参与测试执行,在集成前就发现一些问题)
7.开发自测(提测质量提高)
8.适当的探索性测试
9.团队质量意识的培养
尽早参与需求评审,需求分析,测试用例设计,评审,确实能很大程度上避免一些问题的,在这个过程中,可以使大家更好的理解需求,产品,开发,测试对需求的认知保持一致,后台开发提测就会相对顺利很多,不会出现需求理解不一致导致的提测后再改动,影响项目进度。
测试左移的落实,最重要的就是全员质量服务意识的培养
测试右移:往发布之后移。也就是产品上线了之后也可以进行一些测试活动,在生产环境做监控,监控线上性能和可用率,一旦线上发生任何问题,做到快速响应,代码回滚,避免给用户造成不好的体验。跟进工单反馈,用户反馈收集处理,及时解决问题,完善产品功能体验等。
测试右移其实还可以理解为如果线上发生任何问题,我们有没有能力第一时间发现问题并解决问题,并保证线上数据的一致性或尽可能少的影响线上用户,以及并且实时获取用户反馈。
我们可以做什么:
1.测试上线及时验证,有问题,开发快速回滚代码
2.上线后开发监控服务日志,日志报错,代码回滚
3.xdcs监控服务流量,出现流量报警快速定位问题
4.关键指标每日监控(服务器指标)
5.生产数据监控(警报)
6.用户反馈问题及时跟进,针对缺陷,通知开发尽快解决,针对体验,通知产品打磨细节,更好的服务用户。
测试右移的落实,除了质量服务的培养,更加重要的是:完善的反馈、发现、定位问题,提升用户体验。
测试左移,测试右移相比较,测试左移的价值更高,今早发现解决问题,成本更低嘛。
![](https://img2018.cnblogs.com/blog/1069087/202001/1069087-20200103153547256-1076237094.png)
参考: