使用 Spring Cloud Contract
1. 在 Nexus 或 Artifactory 中使用存根进行提供商合同测试
您可以查看 开发您的第一个基于 Spring Cloud Contract 的应用程序 链接,以查看 Nexus 或 Artifactory 流中使用存根进行的提供商合同测试。
2. 在 Git 中使用存根进行提供者合同测试
在此流程中,我们执行提供者契约测试(生产者不知道使用者如何使用其 API)。存根将上传到单独的存储库(它们不会上传到 Artifactory 或 Nexus)。
2.1. 前提条件
$ tree .
└── META-INF
   └── folder.with.group.id.as.its.name
       └── folder-with-artifact-id
           └── folder-with-version
               ├── contractA.groovy
               ├── contractB.yml
               └── contractC.groovy2.2. 流动
该流程看起来与开发第一个基于 Spring Cloud Contract 的应用程序中介绍的流程完全相同,
但是Stub Storage实现是一个 Git 存储库。
您可以阅读有关设置 git 存储库和设置消费者和生产者端的更多信息 在文档的“作方法”页面中。
2.3. 消费者设置
为了从 git 存储库而不是 Nexus 或 Artifactory 获取存根,您可以
需要使用git协议repositoryRootStub Runner 的房产。
以下示例演示如何设置它:
@AutoConfigureStubRunner(
stubsMode = StubRunnerProperties.StubsMode.REMOTE,
        repositoryRoot = "git://[email protected]:spring-cloud-samples/spring-cloud-contract-nodejs-contracts-git.git",
        ids = "com.example:artifact-id:0.0.1")
@Rule
    public StubRunnerRule rule = new StubRunnerRule()
            .downloadStub("com.example","artifact-id", "0.0.1")
            .repoRoot("git://[email protected]:spring-cloud-samples/spring-cloud-contract-nodejs-contracts-git.git")
            .stubsMode(StubRunnerProperties.StubsMode.REMOTE);
@RegisterExtension
    public StubRunnerExtension stubRunnerExtension = new StubRunnerExtension()
            .downloadStub("com.example","artifact-id", "0.0.1")
            .repoRoot("git://[email protected]:spring-cloud-samples/spring-cloud-contract-nodejs-contracts-git.git")
            .stubsMode(StubRunnerProperties.StubsMode.REMOTE);
2.4. 设置生产者
要将存根推送到 git 存储库而不是 Nexus 或 Artifactory,您需要
使用git协议。此外,您还需要明确告诉
在构建过程结束时推送存根的插件。以下示例显示
如何在 Maven 和 Gradle 中执行此作:
<plugin>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-contract-maven-plugin</artifactId>
    <version>${spring-cloud-contract.version}</version>
    <extensions>true</extensions>
    <configuration>
        <!-- Base class mappings etc. -->
        <!-- We want to pick contracts from a Git repository -->
        <contractsRepositoryUrl>git://git://[email protected]:spring-cloud-samples/spring-cloud-contract-nodejs-contracts-git.git</contractsRepositoryUrl>
        <!-- We reuse the contract dependency section to set up the path
        to the folder that contains the contract definitions. In our case the
        path will be /groupId/artifactId/version/contracts -->
        <contractDependency>
            <groupId>${project.groupId}</groupId>
            <artifactId>${project.artifactId}</artifactId>
            <version>${project.version}</version>
        </contractDependency>
        <!-- The contracts mode can't be classpath -->
        <contractsMode>REMOTE</contractsMode>
    </configuration>
    <executions>
        <execution>
            <phase>package</phase>
            <goals>
                <!-- By default we will not push the stubs back to SCM,
                you have to explicitly add it as a goal -->
                <goal>pushStubsToScm</goal>
            </goals>
        </execution>
    </executions>
</plugin>contracts {
    // We want to pick contracts from a Git repository
    contractDependency {
        stringNotation = "${project.group}:${project.name}:${project.version}"
    }
    /*
    We reuse the contract dependency section to set up the path
    to the folder that contains the contract definitions. In our case the
    path will be /groupId/artifactId/version/contracts
     */
    contractRepository {
        repositoryUrl = "git://git://[email protected]:spring-cloud-samples/spring-cloud-contract-nodejs-contracts-git.git"
    }
    // The mode can't be classpath
    contractsMode = "REMOTE"
    // Base class mappings etc.
}
/*
In this scenario we want to publish stubs to SCM whenever
the `publish` task is run
*/
publish.dependsOn("publishStubsToScm")
您可以在文档的 作方法 部分阅读有关设置 git 存储库的更多信息。
3. 消费者驱动的合同与生产者方的合同
查看消费者驱动分步指南 与生产者方合同的合同 (CDC) 查看消费者驱动合同 与生产者方的合同流。
4. 消费者驱动的合同,合同位于外部存储库中
在此流程中,我们执行消费者驱动的合约测试。合约定义为 存储在单独的存储库中。
4.1. 前提条件
要将消费者驱动的合约与外部存储库中保存的合约一起使用,您需要设置一个 git 存储库,该存储库:
- 
包含每个生产者的所有合同定义。 
- 
可以将协定定义打包在 JAR 中。 
- 
对于每个合同生产者,包含一种方式(例如 pom.xml) 安装存根 通过 Spring Cloud Contract Plugin(SCC 插件)在本地。
您还需要设置了 Spring Cloud Contract Stub Runner 的消费者代码。 有关此类项目的示例,请参阅此示例。 您还需要设置了 Spring Cloud Contract 的生产者代码以及插件。 有关此类项目的示例,请参阅此示例。 存根存储是 Nexus 或 Artifactory。
在高级别上,流量如下:
- 
使用者使用来自单独存储库的协定定义。 
- 
使用者的工作完成后,将在使用者上创建一个包含工作代码的分支 side 中,并向保存合约定义的单独存储库发出拉取请求。 
- 
生产者将拉取请求接管到带有 contract 的单独存储库 定义并在本地安装带有所有协定的 JAR。 
- 
生产者从本地存储的 JAR 生成测试并写入缺少的 实现以使测试通过。 
- 
生产者的工作完成后,对保存 合同定义被合并。 
- 
CI 工具使用合约定义构建存储库并使用 合约定义上传到 Nexus 或 Artifactory,生产者可以合并其分支。 
- 
最后,消费者可以切换到在线工作,以从 远程位置,分支可以合并到主节点。 
4.2. 消费者流
消费者:
- 
编写一个测试,将向生产者发送请求。 由于不存在服务器,测试失败。 
- 
克隆保存协定定义的存储库。 
- 
将需求设置为文件夹下的合同,并将消费者名称设置为生产者的子文件夹。 例如,对于名为 producer和一个名为consumer,则合约将存储在src/main/resources/contracts/producer/consumer/)
- 
定义合约后,将生产者存根安装到本地存储,如以下示例所示: $ cd src/main/resource/contracts/producer $ ./mvnw clean install
- 
在消费者测试中设置 Spring Cloud Contract (SCC) Stub Runner,以: - 
从本地存储中获取生产者存根。 
- 
在每个使用者的存根模式下工作(这启用了使用者驱动的合约模式)。 SCC 短管运行器: 
- 
获取生产者存根。 
- 
运行包含生产者存根的内存中 HTTP 服务器存根。 现在,您的测试与 HTTP 服务器存根通信,并且您的测试通过了。 
- 
使用合同定义创建对存储库的拉取请求,其中包含生产者的新合同。 
- 
分支您的使用者代码,直到生产者团队合并其代码。 
 
- 
以下 UML 图显示了使用者流:
 
4.3. 生产者流程
制片人:
- 
接管对具有协定定义的存储库的拉取请求。你可以的 从命令行中,如下所示 $ git checkout -b the_branch_with_pull_request master git pull https://github.com/user_id/project_name.git the_branch_with_pull_request
- 
安装协定定义,如下所示 $ ./mvnw clean install
- 
设置插件以从 JAR 而不是从 JAR 获取合约定义 src/test/resources/contracts如下:专家<plugin> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-contract-maven-plugin</artifactId> <version>${spring-cloud-contract.version}</version> <extensions>true</extensions> <configuration> <!-- We want to use the JAR with contracts with the following coordinates --> <contractDependency> <groupId>com.example</groupId> <artifactId>beer-contracts</artifactId> </contractDependency> <!-- The JAR with contracts should be taken from Maven local --> <contractsMode>LOCAL</contractsMode> <!-- ... additional configuration --> </configuration> </plugin>Gradlecontracts { // We want to use the JAR with contracts with the following coordinates // group id `com.example`, artifact id `beer-contracts`, LATEST version and NO classifier contractDependency { stringNotation = 'com.example:beer-contracts:+:' } // The JAR with contracts should be taken from Maven local contractsMode = "LOCAL" // Additional configuration }
- 
运行构建以生成测试和存根,如下所示: 专家./mvnw clean installGradle./gradlew clean build
- 
编写缺少的实现,使测试通过。 
- 
将拉取请求合并到具有协定定义的存储库,如下所示: $ git commit -am "Finished the implementation to make the contract tests pass" $ git checkout master $ git merge --no-ff the_branch_with_pull_request $ git push origin masterCI 系统使用合约定义构建项目,并使用 Nexus 或 Artifactory 的合同定义。 
- 
切换到远程工作。 
- 
设置插件,以便不再从本地获取合约定义 存储,但来自远程位置,如下所示: 专家<plugin> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-contract-maven-plugin</artifactId> <version>${spring-cloud-contract.version}</version> <extensions>true</extensions> <configuration> <!-- We want to use the JAR with contracts with the following coordinates --> <contractDependency> <groupId>com.example</groupId> <artifactId>beer-contracts</artifactId> </contractDependency> <!-- The JAR with contracts should be taken from a remote location --> <contractsMode>REMOTE</contractsMode> <!-- ... additional configuration --> </configuration> </plugin>Gradlecontracts { // We want to use the JAR with contracts with the following coordinates // group id `com.example`, artifact id `beer-contracts`, LATEST version and NO classifier contractDependency { stringNotation = 'com.example:beer-contracts:+:' } // The JAR with contracts should be taken from a remote location contractsMode = "REMOTE" // Additional configuration }
- 
将生产者代码与新实现合并。 
- 
CI 系统: - 
构建项目。 
- 
生成测试、存根和存根 JAR。 
- 
将带有应用程序和存根的工件上传到 Nexus 或 Artifactory。 
 
- 
以下 UML 图显示了生产者进程:
 
5. 消费者驱动的合约,生产者端的合约,被推送到 Git
您可以阅读消费者驱动合同 (CDC) 分步指南,其中合同位于生产者方,以查看消费者驱动合同与生产者方合同的流程。
存根存储实现是一个 git 存储库。我们在 Git 中使用存根进行提供者合约测试 部分描述了它的设置。
您可以在以下位置阅读有关为消费者和生产者端设置 git 存储库的更多信息 文档的作方法部分。
6. 在 Artifactory 中针对非 Spring 应用程序使用 Stubs 进行提供商合同测试
6.1. 流动
您可以阅读 开发您的第一个基于 Spring Cloud Contract-based 的应用程序,以查看在 Nexus 或 Artifactory 中使用存根进行提供者合同测试的流程。
6.2. 设置消费者
对于消费者端,您可以使用 JUnit 规则。这样,您就不需要启动 Spring 上下文。以下列表显示了这样的规则(在 JUnit4 和 JUnit 5 中);
@Rule
    public StubRunnerRule rule = new StubRunnerRule()
            .downloadStub("com.example","artifact-id", "0.0.1")
            .repoRoot("git://[email protected]:spring-cloud-samples/spring-cloud-contract-nodejs-contracts-git.git")
            .stubsMode(StubRunnerProperties.StubsMode.REMOTE);
@RegisterExtension
    public StubRunnerExtension stubRunnerExtension = new StubRunnerExtension()
            .downloadStub("com.example","artifact-id", "0.0.1")
            .repoRoot("git://[email protected]:spring-cloud-samples/spring-cloud-contract-nodejs-contracts-git.git")
            .stubsMode(StubRunnerProperties.StubsMode.REMOTE);
6.3. 设置生产者
默认情况下,Spring Cloud Contract Plugin 使用 Rest Assured 的MockMvc设置
生成的测试。由于非 Spring 应用程序不使用MockMvc,您可以更改testMode自EXPLICIT向绑定在特定端口的应用程序发送真实请求。
在这个例子中,我们使用一个名为 Javalin 的框架来启动一个 非 Spring HTTP 服务器。
假设我们有以下应用程序:
package com.example.demo;
public class DemoApplication {
    public static void main(String[] args) {
        new DemoApplication().run(7000);
    }
    public Javalin start(int port) {
        return Javalin.create().start(port);
    }
    public Javalin registerGet(Javalin app) {
        return app.get("/", ctx -> ctx.result("Hello World"));
    }
    public Javalin run(int port) {
        return registerGet(start(port));
    }
}
给定该应用程序,我们可以设置插件以使用EXPLICIT模式(即,将
向真实端口发送请求),如下所示:
<plugin>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-contract-maven-plugin</artifactId>
    <version>${spring-cloud-contract.version}</version>
    <extensions>true</extensions>
    <configuration>
        <baseClassForTests>com.example.demo.BaseClass</baseClassForTests>
        <!-- This will setup the EXPLICIT mode for the tests -->
        <testMode>EXPLICIT</testMode>
    </configuration>
</plugin>contracts {
    // This will setup the EXPLICIT mode for the tests
    testMode = "EXPLICIT"
    baseClassForTests = "com.example.demo.BaseClass"
}
基类可能类似于以下内容:
public class BaseClass {
    Javalin app;
    @Before
    public void setup() {
        // pick a random port
        int port = SocketUtils.findAvailableTcpPort();
        // start the application at a random port
        this.app = start(port);
        // tell Rest Assured where the started application is
        RestAssured.baseURI = "http://localhost:" + port;
    }
    @After
    public void close() {
        // stop the server after each test
        this.app.stop();
    }
    private Javalin start(int port) {
        // reuse the production logic to start a server
        return new DemoApplication().run(port);
    }
}
使用这样的设置:
- 
我们设置了 Spring Cloud Contract 插件来使用 EXPLICIT发送实数的模式 请求而不是模拟请求。
- 
我们定义了一个基类,它: - 
在每个测试的随机端口上启动 HTTP 服务器。 
- 
设置 Rest Assured 以向该端口发送请求。 
- 
每次测试后关闭 HTTP 服务器。 
 
- 
7. 在非 JVM 世界中使用 Artifactory 中的存根进行提供商合同测试
在此流程中,我们假设:
- 
API 生产者和 API 消费者是非 JVM 应用程序。 
- 
合约定义是用 YAML 编写的。 
- 
存根存储是 Artifactory 或 Nexus。 
- 
Spring Cloud Contract Docker(SCC Docker)和 Spring Cloud Contract Stub Runner Docker (SCC Stub Runner Docker) 镜像。 
您可以在此处阅读有关如何将 Spring Cloud Contract 与 Docker 一起使用的更多信息。
在这里,您可以 阅读一篇关于如何在多语言世界中使用 Spring Cloud Contract 的博客文章。
在这里,您可以找到 一个 NodeJS 应用程序的示例,它使用 Spring Cloud Contract 作为生产者和 消费者。
7.1. 生产者流
在高层次上,生产者:
- 
编写合约定义(例如,在 YAML 中)。 
- 
设置构建工具以: - 
在给定端口上使用模拟服务启动应用程序。 如果无法进行模拟,您可以设置基础结构并以有状态方式定义测试。 
- 
运行 Spring Cloud Contract Docker 镜像,并将正在运行的应用程序的端口作为环境变量传递。 
 
- 
SCC Docker 映像: * 从附加卷生成测试。 * 针对正在运行的应用程序运行测试。
测试完成后,存根将上传到存根存储站点(例如 Artifactory 或 Git)。
以下 UML 图显示了生产者流:
 
7.2. 消费者流
在高层次上,消费者:
- 
设置构建工具以: - 
启动 Spring Cloud Contract Stub Runner Docker 镜像并启动存根。 环境变量配置: 
- 
要获取的存根。 
- 
存储库的位置。 请注意: 
- 
要使用本地存储,您还可以将其作为卷附加。 
- 
需要公开存根运行的端口。 
 
- 
- 
针对正在运行的存根运行应用程序测试。 
以下 UML 图显示了使用者流:
 
8. 在 Nexus 或 Artifactory 中使用 REST 文档和存根进行提供商合同测试
在此流程中,我们不使用 Spring Cloud Contract 插件来生成测试和存根。我们编写 Spring RESTDocs,然后从中自动生成存根。最后,我们设置构建以打包存根并将它们上传到存根存储站点——在我们的例子中是 Nexus 或 Artifactory。
8.1. 生产者流
作为生产商,我们:
- 
编写 API 的 RESTDocs 测试。 
- 
将 Spring Cloud Contract Stub Runner Starters添加到我们的构建中( spring-cloud-starter-contract-stub-runner),如下所示:专家<dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-contract-stub-runner</artifactId> <scope>test</scope> </dependency> </dependencies> <dependencyManagement> <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-dependencies</artifactId> <version>${spring-cloud.version}</version> <type>pom</type> <scope>import</scope> </dependency> </dependencies> </dependencyManagement>Gradledependencies { testImplementation 'org.springframework.cloud:spring-cloud-starter-contract-stub-runner' } dependencyManagement { imports { mavenBom "org.springframework.cloud:spring-cloud-dependencies:${springCloudVersion}" } }
- 
我们设置了构建工具来打包存根,如下所示: 专家<!-- pom.xml --> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-assembly-plugin</artifactId> <executions> <execution> <id>stub</id> <phase>prepare-package</phase> <goals> <goal>single</goal> </goals> <inherited>false</inherited> <configuration> <attach>true</attach> <descriptors> ${basedir}/src/assembly/stub.xml </descriptors> </configuration> </execution> </executions> </plugin> </plugins> <!-- src/assembly/stub.xml --> <assembly xmlns="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.3" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.3 http://maven.apache.org/xsd/assembly-1.1.3.xsd"> <id>stubs</id> <formats> <format>jar</format> </formats> <includeBaseDirectory>false</includeBaseDirectory> <fileSets> <fileSet> <directory>${project.build.directory}/generated-snippets/stubs</directory> <outputDirectory>META-INF/${project.groupId}/${project.artifactId}/${project.version}/mappings</outputDirectory> <includes> <include>**/*</include> </includes> </fileSet> </fileSets> </assembly>Gradletask stubsJar(type: Jar) { classifier = "stubs" into("META-INF/${project.group}/${project.name}/${project.version}/mappings") { include('**/*.*') from("${project.buildDir}/generated-snippets/stubs") } } // we need the tests to pass to build the stub jar stubsJar.dependsOn(test) bootJar.dependsOn(stubsJar)
现在,当我们运行测试时,存根会自动发布和打包。
以下 UML 图显示了生产者流:
 
8.2. 消费者流
由于使用者流不受用于生成存根的工具的影响,因此可以阅读 开发您的第一个基于 Spring Cloud 合约的应用程序 以查看在 Nexus 或 Artifactory 中使用存根测试提供者契约的使用者端的流程。
9. 接下来要读什么
您现在应该了解如何使用 Spring Cloud Contract 以及一些最佳实践 应该遵循。您现在可以继续了解特定的 Spring Cloud Contract 功能,或者您可以 跳过并阅读有关 Spring Cloud Contract 的高级功能。