第06课：契约测试入门

在前面几篇文章中，我们学习了怎么对一个微服务，实施从单元到整体的全部测试。下一步，我们就需要考虑怎么测试不同微服务之间的协同、交互。如果采用传统的总体测试方法，对服务之间的协作进行验证，那么随着服务数量和调用关系复杂度的增加，必须面临成本呈现指数级增长的挑战，这表现在：

• 验证成本高：为了验证多个服务协作后的功能正确与否，需要为每个服务搭建基础设施（包括其依赖的数据库、缓存等），并执行部署、配置等步骤，以确保服务能正确运行。

• 结果不稳定：微服务构建的系统本质上是分布式系统，服务间通信通常都是跨网络调用的。当对服务间协作进行测试时，网络延迟、超时、带宽等因素都会影响到测试结果，极易导致结果不稳定。

• 反馈周期长：相比于传统的整体式（Monolithic）应用，微服务架构下的可独立部署单元多，因此集成测试的反馈周期比传统的方式更长，定位问题所花费的时间也更长。

因此，如何提升微服务间协同测试的有效性，成了服务规模化后必须要面对的挑战。契约测试可以帮助我们在简化测试流程的同时，提高测试的覆盖率。这是微服务架构下一种特别典型的测试方法，我们下面将详细加以介绍。

什么是契约测试

在这里，契约（Contract）是指服务消费者（Consumer）与提供者（Provider）之间协作的规约。契约通常包括：

• 请求：指消费者发出的请求。包括请求头（Header）、请求内容（URI、Path、HTTP Verb）和请求参数等。
• 响应：指提供者应答的响应。可能包括响应的状态码（Status Word）、响应体的内容（XML/JSON） 或者错误的信息描述等。