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

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

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

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

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

金字塔模型

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

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

单元测试

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

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