老说左移右移？实际我们做了什么

最近公司晋升季，听参加的小伙伴提到一些概念性的东西，其中就包括测试左移和右移。

这里就借着测试左移和右移的概念，复盘一下测试工作中的内容。

一、左移右移是什么

首先简述一下左移右移的概念。

左移

说白了就是尽早的进行测试。比如在正式提测之前，可以对需求、代码等进行评估或测试。

右移

这里是针对发布上线之后，再进行一系列的手段能够及时发现问题，降低影响范围。比如线上回归、监控等。

相比之下，右移可做的事情可能不少人都没有注意。

其实真正要做得好的话，右移或许要比左移更有挑战性。因为那是在线上，考验我们是否有能力第一时间发现问题，解决问题降低影响。

二、实际中做了什么

总体来看，目前从左到右的过程中基本都有做一些工作。下面盘点一下可做的、已做的，以及实际中的一些问题等等。

1. 需求评审

预期状态下是测试人员能够主动参与需求的设计讨论中，这个环节基本上都是做到的。 但是这里重要的是，我们参与需求会不能仅仅“听需求”，更重要的是能认真的分析需求，判断需求的合理性、上下文是哪些，以及需求覆盖的场景是否全面等。

2. 开发设计评审

这个环节也是很重要的，形式上或许不用那么严谨。

比如我们通常在大的需求、项目时候会有正式的会议讨论，但是日常大多迭代中，可能直接跟开发面对面碰一下就好了。

所以说形式不重要，但是环节必须有。

通常来说，开发人员会告诉你自己的设计，以及自己觉得会影响到