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