写点什么

测试微服务之建立测试文化

  • 2017-10-29
  • 本文字数:1712 字

    阅读完需:约 6 分钟

这是由来自 AWS 的工程师 Nathan Peck 发布的“测试微服务”系列文章的第一篇,介绍了测试金字塔模型以及如何建立测试文化。以下内容翻译自 Nathan 的博客。

自动化测试是一个软件公司取得成功的关键因素之一。经过严格测试的代码容易获得客户的信赖,而没有经过测试或缺乏严密测试的软件系统容易出现故障,让客户感到失望。

尽管在测试单体系统方面已经有很多最佳实践,但在测试分布式系统(比如微服务)时仍然面临很多挑战。开发者不但要确保每个组件的内部行为是一致的,也要确保组件之间能够良好地集成。分布式系统需要额外的故障测试,比如针对网络故障进行测试。有些分布式系统太过庞大,进行完整的端到端测试不太现实,所以开发人员需要制定一些策略,对整体架构的局部进行单独测试,同时还能保证组件之间的互操作性。

这篇文章介绍了一些测试分布式系统的基础概念,并讨论了如何在开发流程中加入这些概念,确保它们可以有效地落地。

金字塔模型

为了构建一个全面的测试框架,我们需要先了解“测试金字塔”概念。这一概念是由 Mike Cohn 提出的,当时的大部分软件测试还是通过用户界面进行的。测试工程师直接手动操作用户界面,或者编写自动化宏脚本来操作界面。这种方式通常无法检测出代码内部的问题。此时,测试金字塔的概念就变得十分重要,因为它让我们明白,用户界面测试应该处于金字塔的顶端。

使用多种测试类型可以帮助我们检测出不同类型的问题,不同的测试类型集中在系统的不同层面上。一个分布式系统的端到端测试可以被分为以下几个层次。

单元测试

单元测试用于验证服务内部的类方法或函数的行为。它们执行代码文件里的类方法或函数,提供不同的输入,并验证与每一个输入相对应的输出。

集成测试

集成测试用于验证服务的外部行为。测试框架会启动服务的一个实例,并调用服务的外部接口来执行业务逻辑。

端到端测试

端到端测试用于验证多个服务之间的交互行为。在一个独立的环境里启动多个服务的实例,让服务实例间发生交互,以便完成测试。端到端测试需要发起网络请求,比如 REST 请求,然后被调用的服务返回的响应进行验证。

用户界面测试

用户界面测试用于验证整个平台的行为,不仅会测试客户端的逻辑,也会测试后端系统的逻辑,确保客户端和后端系统能够正常交互。

建立测试文化

只有把测试作为开发流程和发布管道不可或缺的组成部分,才能让它发挥应有的作用。如果代码有问题,就不应该把它发布出去。

  • 无法通过测试的代码不应该被合并到代码仓库里。

  • 无法通过测试的代码不应该被发布出去。

金字塔模型里的每个测试层级都建立在下一个层级之上:

工程师们需要对测试抱有正确的态度,他们不仅要开发功能,也要负责编写测试代码,所以他们在很大程度上决定着测试的质量和效率。如果没有认真对待测试,就无法测出很多边界情况,又或者为了提高“覆盖率”而走捷径,但其实什么都没有测到。

我们不能为了测试而测试,测试的真正目的是为了交付高质量的软件给用户。测试人员要保证软件质量高起高走,在加入新特性或更改已有特性时仍能保证质量。

这就要求我们要严肃对待故障测试,我们不能为了让测试能够通过而去修改它们。有些测试时而通过时而失败,它们都是假性的测试,需要引起我们的注意。如果生产环境出现了缺陷,说明测试没有到位。如果发现了测试没能覆盖到的地方,需要给工程师足够的时间和资源去修复缺陷。

我们不能仅仅依赖工程师来建立良好的测试文化。产品经理也需要了解测试流程,并参与其中。如果他们对开发人员作出过分的要求,要求开发新功能的速度超过了开发人员能够对新功能作出全面测试的速度,那么软件质量就会受到影响,问题会一路跟着进入到测试管道,到达用户那里,影响用户满意度。

结论

为分布式系统创建完备的测试框架要求使用多个层级的测试。基于客户端 UI 的测试无法捕捉到各种类型的错误。软件工程师们必须建立起一种测试文化,把自动化测试融入到开发和发布管道的各个阶段,包括单元测试、集成测试、端到端测试和 UI 测试。

查看英文原文: Microservice Testing: Introduction


感谢郭蕾对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们。

2017-10-29 19:002349
用户头像

发布了 322 篇内容, 共 139.3 次阅读, 收获喜欢 145 次。

关注

评论

发布
暂无评论
发现更多内容

第九周总结

Geek_ac4080

架构师训练营week09

FG佳

极客大学架构师训练营

架构师训练营第九周课后作业

Gosling

极客大学架构师训练营

技术选型 - 学习总结笔记

Xuenqlve

第五周笔记

willson

极客大学架构师训练营

第五周学习总结

Mr_No爱学习

架构师训练营第九周作业

吴传禹

极客大学架构师训练营

JVM

ROOT

设计一个秒杀系统,主要的挑战和问题有哪些?核心的架构方案或者思路有哪些?

Jacky.Chen

与前端训练营的日子 --Week04

SamGo

学习

【JVM】肝了一周,吐血整理出这份超硬核的JVM笔记(升级版)!!

冰河

JVM 性能调优 JVM原理 Java虚拟机

架构师训练营第九周作业

Shunyi

极客大学架构师训练营

架构师训练营week09总结

FG佳

极客大学架构师训练营

架构师训练营——week09

睁眼看世界

极客大学架构师训练营

第九周 性能优化(三)作业

蓝黑

极客大学架构师训练营

架构师训练营第九周作业

月殇

极客大学架构师训练营

架构师训练营第 5 周学习总结

菜青虫

极客大学架构师训练营

第 5 周作业

Steven

极客大学架构师训练营

架构 2 期 - 第五周作业(1)

浮生一梦

极客大学架构师训练营 第五周 2组

请简述 JVM 垃圾回收原理。

博古通今小虾米

架构师训练营第 1 期 -- 第九周学习总结

发酵的死神

极客大学架构师训练营

架构师训练营 - 第 9 周课后作业(1 期)

阿甘

第九周作业

Geek_ac4080

架构师训练营第 1 期 week9

张建亮

极客大学架构师训练营

架构师训练营第 5 周课后练习

菜青虫

极客大学架构师训练营

架构师训练营第九周总结

月殇

极客大学架构师训练营

架构师训练营第五周作业

张浩

架构师训练营第五周总结

张浩

第九周总结

睁眼看世界

极客大学架构师训练营

华为的研发基地“欧洲小镇”

华为 网络 研发中心 欧洲小镇

c语言只是总结大全,干货收藏

C语言与CPP编程

面试 编程语言 C语言

测试微服务之建立测试文化_语言 & 开发_Nathan Peck_InfoQ精选文章