测试左移,让质量反馈来得更高效,更可靠

769 阅读3分钟

一起养成写作习惯!这是我参与「掘金日新计划 · 4 月更文挑战」的第3天, 点击查看活动详情。 大家好,我是阿萨。最近几年大家都在说测试左移。今天我们就聊聊测试左移的话题。

一. 之前交付的痛点

我们先来看看如下图片:

图片

先看最左边的柱状图,L0,L1的很少部分测试在版本转测试前完成。剩余大量L3的测试工作遗留到上线前才测试。测试周期就会变长,尤其是遇到阻塞性问题的时候。更让质量反馈周期变得无法控制。随着项目需求量的增加,快速得到质量反馈就会更加难了。因为前期的测试不足,大量验证工作积攒到后期,交付压力不言而喻。

二. 未来的测试模型

针对以上问题,DevOps,持续集成,持续交付,持续部署肯定是不希望以上情况发生的。在DevOps里肯定期望更多的测试越早做越好。因此需要对测试进行分类,根据组件依赖关系和运行时间关系对测试进行分类。对别人依赖越小的,级别越低,就可以越早开始测试。让级别越低的做更多的测试。

三. 定义测试​分类

比如用搭建幼儿园模型的积木打个比方。

  1. L0,可能是独立的函数或者方法,不依赖任何其他对象。类似搭积木时最小块。

  2. L1就是调用函数方法的组件。用几个积木搭建好幼儿园的大门,一堵墙等组件。

  3. L2是几个组件合并成的功能。用大门和墙组建好幼儿园的围墙,教室,操持等功能区域。

  4. L3是具有客户价值的可交付特性。用几个功能区域搭建成一个幼儿园模型。

通过在不同时间完成不同类别的测试,提早暴露风险。快速反馈软件质量。

四. 测试左移的基本原则

这里的测试左移除了测试级别分类,还列举了一些基本原则:

  1. 级别越低,越需要写更多的单元测试和验证。

2.所有测试脚本一旦开始写,就需要在任何地方都可以运行。甚至包括生产环境。

  1. 设计产品时就需要考虑其可测试性。

4.测试代码也是产品代码库里的资产。必须保证测试代码可靠性。所以测试代码要求也需要和生产环境代码要求一致。

  1. 测试基础架构也是一种共享服务。可运行的测试脚本也是产品代码的一部分,运行产品代码就需要运行测试代码。同时它需要在任何地方可运行,所以是共享服务。

6.谁写的代码,谁就有义务去测试自己所写代码。所以L2之前的测试都是开发去完成的。

五. 测试左移的目的

图片

通过上图的管道我们能更直观明白测试左移的含义。L0和L1执行更多 单元测试的验证,L2验证功能或者模块。L3仅验证客户可用的特性即可。左移的目标是 通过提前在管道中执行测试任务,将质量反馈从上游就开始。通过测试和流程改进的结合,大大减少了运行测试所花的时间,以及对后续产品的影响。 最重要的是,它可确保将更改合并到 主干之前,大部分测试也已完成 。 转测试前可能只需要验证客户关心的主业务流程即可。大大减少了测试所需要的时间。

 六.总结

测试左移,就是对测试进行分层。尽早介入测试,越早越好。这样在后期只需要验证主流程即可。