随着微服务架构的不断普及应用，组织架构也随之演变改进，企业内组成很多个小而美的全功能团队。他们每天开发和部署多个不同的服务，每个服务相对独立。这给传统的集成测试带来了很大的挑战。

传统的集成测试的特点：

1. 需要一个独立的完整的环境，同时要更新维护每个服务；
2. 测试非常慢；
3. 非常不稳定，经常出现一些环境相关的错误，导致测试不可信；
4. 测试维护成本很高。

Ian Robinson 最先提出了用消费者驱动的契约进行面向服务开发的模式，我们公司基于这个模式开发了 Pact 测试框架（https://github.com/realestate-com-au/pact）目的是用轻量级的契约测试来代替厚重的集成测试。它的实现原理是：

在消费端用单元测试的形式（更轻）来生成 pact 契约。服务端通过验证契约来保证两者稳定集成。

现在这个框架得到了很多公司的广泛应用，从最先的 Ruby 版本到现在大部分语言的支持（包括 Java，Scala，.Net，JavaScript，Go，Swift 等）。 同时也开发了一些工具比如 Pact Broker，用来存放契约，和 CI 集成，新的契约能自动触发服务端的 build。目前我们还在尝试跟 Swagger 的集成。

在本次演讲中，我先从阐述微服务架构中的集成测试痛点开始，引出我们的框架，解释它实现的原理，然后现场演示一些实例。同时也顺带分享我们的一些实践经验。