我们熟悉的测试流程大概是，需求评审之后按部就班的按照流程进行测试、验收、上线，这样流程的缺点是，测试人员比较被动，但如果实践了测试左移和测试右移，就会拥有更多的主动权。下面来浅谈一下什么是测试左移和测试右移。
测试左移
测试左移就是在提测之前已经运行了测试。开发无需等到整个项目交付给测试，并且进入测试阶段之后才能知道质量和问题，在开发完成每一个模块时，都可以运行相关的测试（可能是原有功能的回归测试，或者是新功能的测试，可能是单元测试，或者是系统测试），快速确认这次改动代码的质量。测试还可以通过提供测试案例或者自动化测试脚本的方式给开发，让开发在设计时考虑地更全面，同时方便开发在coding时进行自测，有助于提高产品质量，毕竟越早发现问题，解决的成本就越低。测试同学还需要不断地培养产品、开发同学的质量意识，同时提供必要的技术支持，协助产品、开发更好的进行测试，比如公共用例、测试工具、测试脚本。这样，你会发现提测的质量大大提高了，原本提测后你还需要花一天的时间进行冒烟测试，现在都可以有时间进行更多的探索了
测试右移
测试右移是上线后测试同学仍需要关注线上情况，不能认为功能上线测试同学就可以退出了。通过线上监控和预警，及时发现问题并跟进解决，将影响范围降到最低。在开发设计时就要考虑预警功能，系统层（如cpu、内存问题）、应用层（如响应时间）、业务层（如注册率、交易量）等出现异常的时候通过邮件等方式发出预警，相关同学才能知道哪里出了问题。技术同学要比业务方先发现问题，如果业务方已经发现业务量明显下降，说明问题已经很严重了。你也许会问，这跟测试同学有什么关系呢？测试同学可以监督开发需要补充监控预警功能，同时可以提供监控指标。还有一个是关注线上业务及用户使用情况，更多地关注用户价值高、使用率高的功能，在用例中补充遗漏的场景，尽量多地覆盖这些功能。
不管是测试左移还是测试右移，都是为产品质量服务。不要把提测认为是测试活动的开始，上线是测试活动的结束，更不要认为质量只是测试同学需要关注的。
转自：circle_hyy
