微服务架构中的软件测试

　近几年来，微服务悄然而又坚定地在拥挤的软件架构市场中占有一席之地。微服务体系结构不同于传统的单一整体体系结构，微服务体系结构并不以单体形式构建。尽管单一整体体系结构是可靠的，但其相关的问题也日益增多，尤其是当越来越多的应用采用云部署的方式时。微型服务体系结构是一种模块化结构，它不是由组件拼装而成的，而是将软件分解分散到不同的服务中，形成组件化结构。所以在微服务体系结构中，整个应用就像是一组相互独立、可部署、可扩展的服务，甚至可以灵活地编写不同的服务。另外，这种方法还可以帮助团队间并行开发。

　　显然，随着行业向微服务体系结构过渡，适用于单一整体架构的测试方案也需要改变。基于微服务构建的应用在功能和性能上都更加出色，微服务测试也必须覆盖所有级别以及跨级别的服务，同时还必须保持轻量级。但是，由于微服务开发在本质上是分布式的，因此相关的测试常常具有巨大的挑战，其中包括如下：

　　假如一个测试团队倾向于使用 Web API测试工具——这种工具经常用于 SOA测试，那么在微服务测试中就会产生问题。因为在微服务体系结构中，服务是由不同的团队开发的，因此要在测试时及时提供所有服务是相当困难的;

　　对于测试生命周期的不同阶段，如何确定合适的测试数量也是一个挑战;

　　在测试和数据验证中提取日志非常复杂;

　　为了实现敏捷和非集成的开发，提供专门的测试环境也是一个挑战。

　　Mike Cohn的测试金字塔(Testing Pyramid)对于测试方案开发非常有用，并且能够帮助确定需要的测试数量。基于此金字塔，在测试时采用自底向上的方法，并且考虑了各个阶段所需要的自动化工作，这将帮助解决上述问题。