测试左移是测试价值的集中体现【完结篇】

好吧，测试左移终于来到了第三篇，希望也是这个系列的最后一篇了。

在之前的两篇文章中，笔者简单分析了一下作为一名测试普通工程师在“测试左移”时候的几种可能动机。随后，在第二篇文章中，笔者研读了Larry Smith在2001年首次提出”Shift-left Testing”这个词时所写的文章，终于明白了“测试左移”提出者所说的测试左移，其实还是为了做好自身的本职工作(测试)，“for-better-work-and-better-life”或者说”for a Better Work-Life Balance”，并没有提及任何去“内卷”别的岗位角色，如开发或者产品，更没有提及要把测试职位左移到开发，把测试人员开除掉云云。

因此，就本源来说，测试左移是关于如何提高测试效率和工作质量的一种实践，起源于“尽早测试”的思想。这个主题，其实和业界之前讨论的“如何提升测试的价值”或者“如何提高测试人员的影响力”等等，其实是相通的，那就是关于测试价值的讨论。

那么，什么是测试的基本价值呢？笔者认为有两种两种，一是“杀虫剂”一是“安慰剂”。测试人员通过发现缺陷来改善系统的质量，也就是杀虫剂；而通过没有发现缺陷来提升客户对系统的质量信心，也就是安慰剂。

而由于“杀虫剂效应”，需要测试人员经常调整用药配方和时机，以求更有效地找出Bug，并维持“安慰剂”的效果。

发挥这两种作用的一种有效方式就是“测试左移”，通过提早测试、快速测试、持续测试来提高质量反馈效率，降低整个开发成本。这个在上个世纪的各种软件工程书籍中就已经得出了结论。

只是在后来的“敏捷”大潮和之后的“996”福报中，某些人利用“测试左移”的概念以实现所谓的“减员增效”或者“提质增效”，也就是将测试资源--人转移到开发团队或者是开发部门。因此，出现了很多测试团队拆分或者调整的事情。

本文无意去讨论上述问题，而是将问题聚焦于工作在测试岗位上的工程师本身。笔者认为，所有面向需求、开发等环节的测试活动，都可以认为是通过测试左移来提升测试工程师自身绩效的活动。笔者原先准备了一些过去的实践案例，不过目前关于左移的方式方法的介绍已经足够多了，因此不打算再赶这个热闹。【搜一搜：测试左移 或者 测试价值】

这些活动的具体实践方式和方法也不存在多少的秘诀或者窍门，通过审视团队目前存在的问题和痛点来发现改进点，并通过持续改进来活动来改善问题，这是广泛适用的一种工作方法。相信绝大部分工作了一段时间的有经验者，都能通过某种问题分析方法来找到问题和各种优化改进方案。

希望读者在阅读完本系列的文章后，忘记“测试左移”或者“测试右移”，放下“我是测试，你是开发”的角色定位，放开“这是你的工作，不是我的职责”的自我限定，而是把“持续改进”，把改善自己或者团队的工作状态作为自己每天的工作目标。

无问东西，大不自多