测试左移是什么，为什么要测试左移，如果做到测试左右呢？

在测试的阶段，很多leader都会谈及测试左移和测试右移，那什么是测试左移，什么是测试右移呢。

本篇仅为自己工作中理解和多方查阅，如有纰漏请阅读伙伴指出。本文先聊测试左移。

先说下现在很多公司在接到一个项目后的流程情况，项目到达后，就会进行多个层面的需求评审，通过后就到研发部门，好的情况下测试部门也同步参与进来，准备测试用例、测试脚本，之后等待研发提测，提交bug单，回归，最后运维上线，之后再降低迭代等等。这样看起来似乎没有什么问题，但其实还存在漏点。

就上面的流程看，测试活动是从提测开始，到上线基本就停止了。

对于一个小的项目，上面流程出现的问题可能少一些，并不明显，但一旦复杂到了中大型的项目上之后，问题就容易显现了。

测试左移是将测试计划与测试设计提前进行，从需求评审、设计评审以及代码评审等多个前期活动中就已经参与进去。从最早的地方着手，发现不合理的问题就提出，并修改，从而出现的bug概率就降低，更可能会减低迭代版本的次数。这也是为什么要推出测试左移的原因。

面对到来的项目，测试左移怎么做呢？怎么落实到实处？

1、需求的挖掘

从项目到来后，测试团队也要和各个部门进行需求的深度理解，对于需求要分析，清楚甲方爸爸或者项目（产品）的对于需求的点的把控。对于不合理、不理解的问题及时反馈提出，并详细记录并反馈。

2、设计的思路

针对每个需求点分解，跟研发、产品要理清设计的点，梳理并记录不清楚的点，并且看是否存在漏点。

3、测试思维

根据上面的需求和设计的分解点，进行测试点的梳理，绘制合理导图；进行测试项的编码等活动，按时按进度进行评审，尽可能早的准备自动化测试减少人为操作的误差。

综上，在整合测试流程思路上，测试左移增加上还是有必要，尽早进组，尽快安排，提前测试，减少迭代，为公司产能更快更高！！！