相信很多人都知道「测试左移」和「测试右移」这两个词，测试左移和右移指的是测试人员的关注重心在整个产品开发过程中的阶段。如果比较关注测试阶段之前的阶段，比如需求评审和技术评审，那就称之为测试左移；反之，如果比较关注测试阶段之后的阶段，比如上线验收，线上监控等，那就称之为测试右移。
今天介绍的 checklist 左移（测试用例左移）是我自己定义的一个概念。指的是把对 checklist 的思考前移到写 checklist 阶段之前，比如需求评审或者技术评审，这种方式我把它称之为 「checklist 左移」或者「测试用例左移」。
01
checklist 左移的定义
用设计 checklist (测试用例）的眼光看待和思考需求评审会内容、技术评审会内容、UI 评审会等会议内容。一边理解需求和理解实现方案，一边思考当前正在被讲解的需求点该怎么测试，该设计哪些测试用例，测试数据怎么来，需要把测试数据放到哪里去，有哪些验证点，这些验证点预期状态应该是怎样的，会产生和验证哪些连带影响。假设你现在要开始测试，你会怎么测，测试哪些 case，这些 case 应该达到怎么样的效果，目前的需求设计是否考虑到了这种情况的处理，是否考虑到了连带影响的处理，测试数据可以从哪找，需要什么样的测试数据，什么样的测试环境等等。如果你发现有 case 在需求设计或者技术方案中没有考虑到，或者解释不清晰，那么这个时候就可以开始提问了，你的 show time 开始了。
我把这种把思考 case 或者 checklist 前移到需求评审或者技术评审的方式叫「checklist 左移」或者「测试用例左移」。
02
运用「checklist 左移」思想的三大好处
好处一 ：促进思考，促进提问
这也是 checklist 左移思想最重要的作用。「测试用例左移」可以带动我们的思考，培养我们的思考习惯，引导和促进我们提问，慢慢的我们思考问题时就会越来越全面，一定程度上提升自己的专业性，从而获得他人的认可。会议上如果仅仅是理解内容，不发出任何提问，这样很容易会走神。
有的时候，如会议结尾时，主持人问大家有啥想问的吗？我们可能感觉确实得问点什么，但是又感觉无处下手，找不到可问的点，最终只能选择沉默不语。那么运用「测试用例左移」的方式可以提供给你一种引导思考和寻找问题的方式。
运用 checklist 左移的方法可以让你在开会的时候有很多问题，因为任何一个设计点都可以从测试数据、测试用例、测试环境、验证点、验证点影响的验证等方面和角度着眼思考，任何一个部分不明白、有疑惑都可以提问。你会发现真的有很多可以问的点，这样不会有那种需求评审或者技术评审会开完了，感觉自己没有任何问题，但是又感觉自己对需求或者技术方案不是特别理解，懵懵懂懂的感觉。有这种感觉的原因就是因为我们没有在会议上把我们想弄明白的点弄明白。如果运用了 checklist 左移的思想，可以极大减少这种感觉，也可以极大减少那种觉得自己需求评审听明白了但是不知道怎么开始测的情况的发生。
好处二：有助于我们理解需求，理解实现方案
因为我们连每个需求点的测试方案都初步想好了，那需求设计和方案实现能不理解吗。能毫不客气的说，运用 checklist 左移的方式，一个需求评审会或者技术评审会开完后，你绝对会是最理解需求或者技术设计的人员之一。
好处三：促进需求设计周全，技术方案考虑全面，减少各方理解差异
因为你的疑问可能也是别人的疑问，你问问题后疑问被解答，别人的疑问可能也得到了解答，所以也帮助其他同学更清楚各个需求点，降低减少各方理解上的的 gap，从而避免你后续的 checklist 评审会被当做二次需求评审会的情况的发生。
03
最后
checklist 左移其实也可以说是测试左移思想的一个分支，本质上都是对产品开发过程中测试前置阶段的聚焦，但是区别是 「checklist 左移」更关注的是对测试人员个人的成长和收获，测试左移更关注的是对整个产品质量的提升。