测试左移右移作为质量内建的必要手段，其重要性不言而喻，这篇文章是根据社群中大家讨论的问题，聊一下左移和右移的个人看法，首先来说左移和右移是一套方法论，并不能算一套非常固化的流程，本文不长篇大论，我用最简洁的文字阐述下大家的疑问。
测试左移：
1.测试左移主要就是要做单元测试。
开发做单元测试是左移的一种方式，但并不是唯一的方式，如需求阶段测试参与也是测试左移的方式。
2.测试参与到需求阶段我们公司一直做，但好像效果不明显？
关键在于是否真正的参与，如需求澄清、反讲，判断需求的可测性，单元测试的覆盖率，相关标准的设计，并非只是参加会议走过场简单看报告而已。
3.全员参与质量内建还需要专职测试吗？
全员参与质量内建时要求完成每个阶段的质量输出，比如研发是可以更早的发现代码编写和设计中存在的bug，提前保证一部分基础质量，当有一定的质量基础后，测试人员更聚焦于业务场景设计发现更多模块集成场景、异常场景的bug，需要专业测试做更深层次的质量验证以及设计。
测试右移：
测试右移可以来试错，是不是可以降低前面环节的验收标准？
不可以，右移一般是在生产上验证，是一种保底方式，如果降低前面流程的验收标准，在生产上发现bug修复成本和风险都是比较大的，需要重新发起流程以及评估改动点，会形成内耗。
依赖线上监控去发现未覆盖到的测试点？
线上监控是右移的手段，可以发现漏侧问题，但不能说对线上监控产生依赖，因为监控产生的日志都是用户的真实操作，暴露问题有可能就意味着用户流失，另外一些需求层面的问题并不能靠线上监控去发现。
测试右移是不是只作为产品质量的验证？
不是，线上的监控数据能够帮助我们分析用户访问模型以及相关的运营数据，对于产品定位、运营策略，测试模型都会有积极作用。
CC简介：
目前在近70人测试团队担任质量经理，质量委员会负责人，曾就职于一线互联网公司，在知名App上发布过测试专栏，付费订阅人数10000
