共计 1537 个字符，预计需要花费 4 分钟才能阅读完成。
软件测试技术该当贯通整个软件开发生命周期、对软件产品（包含阶段性产品）进行验证和确认的流动过程，其外围指标是尽快尽早地发现软件产品中所存在的各种问题 bug—— 与用户需要、事后定义的不一致性。
然而，传统的软件测试流程是：
接到我的项目后参加需要评审，而后依据需要文档写写用例和筹备脚本，等开发提测之后正式开始测试、提 Bug、回归测试，测试通过后就完结了。而后，我的项目交给运维上线，之后测试人员再投入下一个我的项目，持续反复这样的流程。
这样的流程看似没什么问题，但毛病是：测试过程是在肯定工夫距离之内产生的，测试人员必须期待产品齐全构建能力找到谬误和故障。不可否认，破费的工夫超过了能够约定的工夫，测试人员就十分被动，因为期待代码成为测试人员的瓶颈。
而在挪动互联网和 DT 时代，互联网产品迭代周期短、速度快、频次高，促成了麻利开发和继续交付等研发模式的全面风行，这也给传统软件测试形式带来了更大的工夫压力。
而测试左移以及测试右移的意义就在于可能让测试领有更多的主动权，有更短缺的工夫进行测试，同时不会像之前因为品质差危险高每次都延期上线，并且产品的线上品质也能有保障。
不论是测试左移还是测试右移，都是为产品质量服务。测试人应该秉持这样的理念：不要把提测认为是测试流动的开始，上线是测试流动的完结，更不要认为品质只是测试同学须要关注的。
测试左移是向测试之前的开发阶段挪动。
测试左移的准则反对测试团队在软件开发周期晚期和所有干系人单干。因而他们能清晰地了解需要以及设计测试用例去帮忙软件“疾速失败”，促使团队更早的批改所有的 Bug。更深刻的参加和了解会促成测试人员获取产品残缺的常识，彻底想分明各种场景，并依据软件行为设计实时的场景，这些都会帮忙团队在编码实现之前辨认出一些缺点。
测试左移聚焦在使测试人员在全副和最重要的我的项目阶段参加进来。这就是测试人员把焦点从发现 Bug 转移到 Bug 的预防上，同时也驱动我的项目的商业指标。
随着测试团队的责任的进步，团队不在仅仅聚焦在“测试软件去发现 Bug”，而是踊跃团队单干，参加我的项目初始阶段的打算和建设强健无效的测试策略，而测试策略又为团队提供好的测试领导力和领导，使团队聚焦在产品的久远的视角，而不仅仅是测试工作。
测试左移首先为测试人员提供了设计测试的机会，无论这些测试是被聚焦在客户的体验还是冀望，也促使开发人员依据这些测试去开发软件以满足客户需要。
测试右移是测试流动向产品公布之后的步骤挪动。
测试右移是产品上线了之后也能够进行一些测试流动。次要关注的是产品性能及可用性监控，以及新性能的测试。通过测试右移能够在生产环境做监控，监控线上性能和可用率，一旦线上产生任何问题，尽快反馈，提前反馈，给用户良好的体验。
在霍格沃兹测试学院的测试开发课程教学体系，曾经整顿了当下最风行最实用的测试左右移技术栈，这里供参考：
- 代码审计零碎 SonarQube 实战
- 测试用例与 JaCoCo 代码覆盖率数据分析实战
- ASM 插桩技术与 JVM-SandBox 我的项目实战
- 精准化测试平台构建实战（可参考之前文章）
- ELK 深度解读与最佳利用实际
- 测试数据采集、同步、存储与剖析实战
- 线上品质监控与数据分析实战
- 测试平台开发实战（SpringBoot+Vuejs+Bootstrap）
以上，测试左移和测试右移是古代互联网研发和测试技术体系的必然趋势，也是大厂对中高级测试开发工程师的必备技能要求。
测试开发工程师会通过测试左移，更深刻染指开发工作，提前与开发人员一起制订测试计划，推动代码评审、代码审计、单元测试、自动化冒烟测试、测试精准化剖析以及研发自测等来保障研发阶段的品质。
另外，也会通过测试右移，参加配置部署，将自动化测试用例配置到继续交付链中，并全流程监控公布后的利用品质。
