12.4. 测试左移右移

大家熟悉的测试工作可能是，接到项目后参与需求评审，然后根据需求文档写写用例，准备测试脚本和测试数据，等开发提测之后正式开始测试、提bug、回归，测试通过后上预发布然后上线，这个项目就算是结束了。但是这样在开发阶段会不会被人说测试工作量不饱和呢？如果开发质量差的时候，会不会导致测试时间过长而延期？

目前可能听的比较多的会说测试左移右移，我们来大致了解一下

12.4.1. 测试左移

测试左移就是在提测前，QA人员提前介入。 在需求评审时不是单纯的了解需求，也需要去评估需求的质量，分析需求是否合理和完整。 在开发阶段，也需要参与设计方案的设计，了解开发的实现方式。毕竟不少开发可能只对他熟悉负责的那一块，没有办法把整个流程进行串联。作为QA人员，需要提前评估改动范围以及是否有遗漏的模块和系统。 QA人员还可以通过提供测试案例或者自动化测试脚本的方式给开发，让开发在设计时考虑地更加全面，同时方便开发在时进行联调和自测，有助于提高产品质量和后期测试工作的顺利展开。越早暴露问题并解决，成本就后越低。QA同学还需要不断地培养产品和开发同学的质量意识，必要时提供技术支持，协助产品、开发更好的进行测试，也可以提供一些测试工具，测试脚本，运营工具，来协助开发、产品、运营同学进行提升效率。

12.4.2. 测试右移

测试右移就是在项目上线后，QA同学仍然需要时时关注线上质量 绝对不可以认为功能上线QA同学就可以退出了。通过线上接口、数据等监控和预警，可以及时发现问题并迅速跟进解决，将影响范围降到最低。 在开发设计时就要考虑预警功能，系统层(如果服务器的CPU，内存消耗情况)、应用层(接口的响应时间，是否存在超时请求)、业务层(访问量，订单量，数据库数据入库情况)等，如果出现异常的时候通过各种有效的方式通知相关同学。技术同学要比业务方先发现问题，通过日志查看用户使用量较高的场景，从而优化补充测试用例。

无论测试测试左移或者右移，都是QA同学的能力体现，也是为了项目更好更快的上线，抢占市场，从而赚钱。