“测试左移”只要累不死 就卷死别人

作者云层（陈霁）——DevOps、敏捷测试资深专家，阿里云云效认证咨询师，腾讯课堂认证讲师、Exin认证DevOps讲师、华为云/阿里云MVP、《Agile Scrum Foundation》官方教材中文版翻译组成员、《软件测试技术趋势白皮书》副主编、《双态IT联盟-敏捷测试白皮书》项目经理。著有行业热销书《性能测试进阶指南-Loadrunner11实战》系列、《LoadRunner12七天速成宝典》、《敏捷测试实战指南》

▼

1. 没事别做左移。毕竟左移是个狗拿耗子多管闲事的工作，特别是测试拿自己的爱好去挑战BA的职业，大概率是找死。但是如果你给出自己怎么验证的例子去梳理（实例化）需求，这在以前做需求评审也是一个道理，赋能质量是没问题的。
   

2. 什么时候可以做左移。当你已经可以在研发域中比较完美的交付（非常准确的估算交付，并且高质量），对你来说研发是个打地鼠的游戏的时候，那么可以考虑左移了，因为从公司级别来说研发端已经几乎没有太大的优化意义了，而应该考虑打哪个地鼠了。

3. 左移做什么。尽早介入早期阶段在自己的整体认知能力基础上协助产品更有评估交付项目的风险与成本，甚至进一步代替产品一次性规划内容。本质上就是全栈，让一个架构师级别的人物上来就分解和规范一切，避免后期多人协作的能力区别导致的问题。

从开疆辟土的业务占领到精打细算的活下去，世界的变化远比我们想象的要快的多及不确定的多。也许不存在所谓的“银弹”能够大规模的提升效率，但是仍然可以让我们做的更加快一点，好一点及合算一点。

在构建质量效能的路上总有那么几个很难迈过去的坎，也许是目标、也许是能力、也许是意识，但最后都是人的问题，如何选择自己合适的质量效能模式，如何落地并且评估当前状态的收益，如何解决阶段过渡的问题。