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

发表于:2017-10-30来源:infoq作者:薛命灯点击数: 标签:微服务
自动化测试是一个软件公司取得成功的关键因素之一。经过严格测试的代码容易获得客户的信赖,而没有经过测试或缺乏严密测试的软件系统容易出现故障,让客户感到失望。

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

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

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

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

金字塔模型

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

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

单元测试

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

原文转自:http://www.infoq.com/cn/news/2017/10/micro-service-build-test-culture

评论列表(网友评论仅供网友表达个人看法,并不表明本站同意其观点或证实其描述)