契约 DSL

Spring Cloud Contract 支持使用以下语言编写的 DSL

Groovy
YAML
Java
Kotlin

Spring Cloud Contract 支持在单个文件中定义多个契约（在 Groovy 中，返回一个列表而不是单个契约）。

以下示例展示了契约定义

Groovy

org.springframework.cloud.contract.spec.Contract.make {
	request {
		method 'PUT'
		url '/api/12'
		headers {
			header 'Content-Type': 'application/vnd.org.springframework.cloud.contract.verifier.twitter-places-analyzer.v1+json'
		}
		body '''\
	[{
		"created_at": "Sat Jul 26 09:38:57 +0000 2014",
		"id": 492967299297845248,
		"id_str": "492967299297845248",
		"text": "Gonna see you at Warsaw",
		"place":
		{
			"attributes":{},
			"bounding_box":
			{
				"coordinates":
					[[
						[-77.119759,38.791645],
						[-76.909393,38.791645],
						[-76.909393,38.995548],
						[-77.119759,38.995548]
					]],
				"type":"Polygon"
			},
			"country":"United States",
			"country_code":"US",
			"full_name":"Washington, DC",
			"id":"01fbe706f872cb32",
			"name":"Washington",
			"place_type":"city",
			"url": "https://api.twitter.com/1/geo/id/01fbe706f872cb32.json"
		}
	}]
'''
	}
	response {
		status OK()
	}
}

YAML

description: Some description
name: some name
priority: 8
ignored: true
request:
  url: /foo
  queryParameters:
    a: b
    b: c
  method: PUT
  headers:
    foo: bar
    fooReq: baz
  body:
    foo: bar
  matchers:
    body:
      - path: $.foo
        type: by_regex
        value: bar
    headers:
      - key: foo
        regex: bar
response:
  status: 200
  headers:
    foo2: bar
    foo3: foo33
    fooRes: baz
  body:
    foo2: bar
    foo3: baz
    nullValue: null
  matchers:
    body:
      - path: $.foo2
        type: by_regex
        value: bar
      - path: $.foo3
        type: by_command
        value: executeMe($it)
      - path: $.nullValue
        type: by_null
        value: null
    headers:
      - key: foo2
        regex: bar
      - key: foo3
        command: andMeToo($it)

Java

import java.util.Collection;
import java.util.Collections;
import java.util.function.Supplier;

import org.springframework.cloud.contract.spec.Contract;
import org.springframework.cloud.contract.verifier.util.ContractVerifierUtil;

class contract_rest implements Supplier<Collection<Contract>> {

	@Override
	public Collection<Contract> get() {
		return Collections.singletonList(Contract.make(c -> {
			c.description("Some description");
			c.name("some name");
			c.priority(8);
			c.ignored();
			c.request(r -> {
				r.url("/foo", u -> {
					u.queryParameters(q -> {
						q.parameter("a", "b");
						q.parameter("b", "c");
					});
				});
				r.method(r.PUT());
				r.headers(h -> {
					h.header("foo", r.value(r.client(r.regex("bar")), r.server("bar")));
					h.header("fooReq", "baz");
				});
				r.body(ContractVerifierUtil.map().entry("foo", "bar"));
				r.bodyMatchers(m -> {
					m.jsonPath("$.foo", m.byRegex("bar"));
				});
			});
			c.response(r -> {
				r.fixedDelayMilliseconds(1000);
				r.status(r.OK());
				r.headers(h -> {
					h.header("foo2", r.value(r.server(r.regex("bar")), r.client("bar")));
					h.header("foo3", r.value(r.server(r.execute("andMeToo($it)")), r.client("foo33")));
					h.header("fooRes", "baz");
				});
				r.body(ContractVerifierUtil.map().entry("foo2", "bar").entry("foo3", "baz").entry("nullValue", null));
				r.bodyMatchers(m -> {
					m.jsonPath("$.foo2", m.byRegex("bar"));
					m.jsonPath("$.foo3", m.byCommand("executeMe($it)"));
					m.jsonPath("$.nullValue", m.byNull());
				});
			});
		}));
	}

}

Kotlin

import org.springframework.cloud.contract.spec.ContractDsl.Companion.contract
import org.springframework.cloud.contract.spec.withQueryParameters

contract {
	name = "some name"
	description = "Some description"
	priority = 8
	ignored = true
	request {
		url = url("/foo") withQueryParameters  {
			parameter("a", "b")
			parameter("b", "c")
		}
		method = PUT
		headers {
			header("foo", value(client(regex("bar")), server("bar")))
			header("fooReq", "baz")
		}
		body = body(mapOf("foo" to "bar"))
		bodyMatchers {
			jsonPath("$.foo", byRegex("bar"))
		}
	}
	response {
		delay = fixedMilliseconds(1000)
		status = OK
		headers {
			header("foo2", value(server(regex("bar")), client("bar")))
			header("foo3", value(server(execute("andMeToo(\$it)")), client("foo33")))
			header("fooRes", "baz")
		}
		body = body(mapOf(
				"foo" to "bar",
				"foo3" to "baz",
				"nullValue" to null
		))
		bodyMatchers {
			jsonPath("$.foo2", byRegex("bar"))
			jsonPath("$.foo3", byCommand("executeMe(\$it)"))
			jsonPath("$.nullValue", byNull)
		}
	}
}

你可以使用以下独立的 Maven 命令将契约编译为桩映射

mvn org.springframework.cloud:spring-cloud-contract-maven-plugin:convert

Groovy 中的契约 DSL

如果你不熟悉 Groovy，请不用担心。你也可以在 Groovy DSL 文件中使用 Java 语法。

如果你决定用 Groovy 编写契约，即使你之前从未使用过 Groovy，也不必惊慌。对该语言的了解并非必需，因为契约 DSL 只使用了它的一个很小的子集（仅包含字面量、方法调用和闭包）。此外，DSL 是静态类型的，这使得它即使不了解 DSL 本身也能被程序员阅读。

请记住，在 Groovy 契约文件中，你需要提供 Contract 类的完全限定名并进行 make 静态导入，例如 org.springframework.cloud.spec.Contract.make { … }。你也可以导入 Contract 类（import org.springframework.cloud.spec.Contract），然后调用 Contract.make { … }。

Java 中的契约 DSL

要在 Java 中编写契约定义，你需要创建一个实现 Supplier<Contract> 接口（用于单个契约）或 Supplier<Collection<Contract>> 接口（用于多个契约）的类。

你也可以在 src/test/java 下编写契约定义（例如，src/test/java/contracts），这样你就无需修改项目的 classpath。在这种情况下，你需要向 Spring Cloud Contract 插件提供契约定义的新位置。

以下示例（Maven 和 Gradle）将契约定义放在 src/test/java 下

Maven

<plugin>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-contract-maven-plugin</artifactId>
    <version>${spring-cloud-contract.version}</version>
    <extensions>true</extensions>
    <configuration>
        <contractsDirectory>src/test/java/contracts</contractsDirectory>
    </configuration>
</plugin>

Gradle

contracts {
	contractsDslDir = new File(project.rootDir, "src/test/java/contracts")
}

Kotlin 中的契约 DSL

要开始用 Kotlin 编写契约，你需要先创建一个（新的）Kotlin Script 文件（.kts）。与 Java DSL 一样，你可以将契约放在你选择的任何目录下。默认情况下，Maven 插件会查找 src/test/resources/contracts 目录，而 Gradle 插件会查找 src/contractTest/resources/contracts 目录。

从 3.0.0 版本开始，Gradle 插件也会查找旧目录 src/test/resources/contracts 以便迁移。如果在此目录中找到契约，构建过程中会记录警告信息。

你需要明确地将 spring-cloud-contract-spec-kotlin 依赖添加到你的项目插件设置中。以下示例（Maven 和 Gradle）展示了如何操作

Maven

<plugin>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-contract-maven-plugin</artifactId>
    <version>${spring-cloud-contract.version}</version>
    <extensions>true</extensions>
    <configuration>
        <!-- some config -->
    </configuration>
    <dependencies>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-contract-spec-kotlin</artifactId>
            <version>${spring-cloud-contract.version}</version>
        </dependency>
    </dependencies>
</plugin>

<dependencies>
        <!-- Remember to add this for the DSL support in the IDE and on the consumer side -->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-contract-spec-kotlin</artifactId>
            <scope>test</scope>
        </dependency>
</dependencies>

Gradle

buildscript {
    repositories {
        // ...
    }
	dependencies {
		classpath "org.springframework.cloud:spring-cloud-contract-gradle-plugin:$\{scContractVersion}"
	}
}

dependencies {
    // ...

    // Remember to add this for the DSL support in the IDE and on the consumer side
    testImplementation "org.springframework.cloud:spring-cloud-contract-spec-kotlin"
    // Kotlin versions are very particular down to the patch version. The <kotlin_version> needs to be the same as you have imported for your project.
    testImplementation "org.jetbrains.kotlin:kotlin-scripting-compiler-embeddable:<kotlin_version>"
}

请记住，在 Kotlin Script 文件中，你需要提供 ContractDSL 类的完全限定名。通常你会使用它的 contract 函数，如下所示：org.springframework.cloud.contract.spec.ContractDsl.contract { … }。你也可以导入 contract 函数（import org.springframework.cloud.contract.spec.ContractDsl.Companion.contract），然后调用 contract { … }。

YAML 中的契约 DSL

要查看 YAML 契约的 schema，请访问 YML Schema 页面。

限制

对验证 JSON 数组大小的支持尚处于实验阶段。如果你想启用它，请将以下系统属性的值设置为 true：spring.cloud.contract.verifier.assert.size。默认情况下，此功能设置为 false。你也可以在插件配置中设置 assertJsonSize 属性。

由于 JSON 结构可以是任意形式，因此在使用 Groovy DSL 和 GString 中的 value(consumer(…), producer(…)) 表示法时，可能无法正确解析。这就是为什么你应该使用 Groovy Map 表示法的原因。

一个文件中的多个契约

你可以在一个文件中定义多个契约。这样的契约可能类似于以下示例

Groovy

import org.springframework.cloud.contract.spec.Contract

[
	Contract.make {
		name("should post a user")
		request {
			method 'POST'
			url('/users/1')
		}
		response {
			status OK()
		}
	},
	Contract.make {
		request {
			method 'POST'
			url('/users/2')
		}
		response {
			status OK()
		}
	}
]

YAML

---
name: should post a user
request:
  method: POST
  url: /users/1
response:
  status: 200
---
request:
  method: POST
  url: /users/2
response:
  status: 200
---
request:
  method: POST
  url: /users/3
response:
  status: 200

Java

class contract implements Supplier<Collection<Contract>> {

	@Override
	public Collection<Contract> get() {
		return Arrays.asList(
            Contract.make(c -> {
            	c.name("should post a user");
                // ...
            }), Contract.make(c -> {
                // ...
            }), Contract.make(c -> {
                // ...
            })
		);
	}

}

Kotlin

import org.springframework.cloud.contract.spec.ContractDsl.Companion.contract

arrayOf(
    contract {
        name("should post a user")
        // ...
    },
    contract {
        // ...
    },
    contract {
        // ...
    }
}

在上面的示例中，一个契约有 name 字段，另一个没有。这将生成两个如下所示的测试

import com.example.TestBase;
import com.jayway.jsonpath.DocumentContext;
import com.jayway.jsonpath.JsonPath;
import com.jayway.restassured.module.mockmvc.specification.MockMvcRequestSpecification;
import com.jayway.restassured.response.ResponseOptions;
import org.junit.Test;

import static com.jayway.restassured.module.mockmvc.RestAssuredMockMvc.*;
import static com.toomuchcoding.jsonassert.JsonAssertion.assertThatJson;
import static org.assertj.core.api.Assertions.assertThat;

public class V1Test extends TestBase {

	@Test
	public void validate_should_post_a_user() throws Exception {
		// given:
			MockMvcRequestSpecification request = given();

		// when:
			ResponseOptions response = given().spec(request)
					.post("/users/1");

		// then:
			assertThat(response.statusCode()).isEqualTo(200);
	}

	@Test
	public void validate_withList_1() throws Exception {
		// given:
			MockMvcRequestSpecification request = given();

		// when:
			ResponseOptions response = given().spec(request)
					.post("/users/2");

		// then:
			assertThat(response.statusCode()).isEqualTo(200);
	}

}

注意，对于具有 name 字段的契约，生成的测试方法名为 validate_should_post_a_user。没有 name 字段的契约被命名为 validate_withList_1。它对应于文件名 WithList.groovy 以及契约在列表中的索引。

生成的桩在以下示例中显示

should post a user.json
1_WithList.json

第一个文件从契约中获取了 name 参数。第二个文件获取了契约文件名（WithList.groovy），并带有索引前缀（在此例中，该契约在文件中的契约列表中索引为 1）。

为你的契约命名会更好，因为这样能使你的测试更具意义。

有状态契约

有状态契约（也称为场景）是应该按顺序读取的契约定义。这在以下情况下可能有用

你想按照精确定义的顺序调用契约，因为你使用 Spring Cloud Contract 来测试你的有状态应用。

我们强烈不建议你这样做，因为契约测试应该是无状态的。

你想让同一个端点对同一个请求返回不同的结果。

要创建有状态契约（或场景），你需要在创建契约时使用正确的命名约定。约定要求包含一个顺序号，后跟下划线。这适用于使用 YAML 或 Groovy。以下列表显示了一个示例

my_contracts_dir\
  scenario1\
    1_login.groovy
    2_showCart.groovy
    3_logout.groovy

这样的树结构会导致 Spring Cloud Contract Verifier 生成一个名为 scenario1 的 WireMock 场景，包含以下三个步骤

login，标记为 Started，指向…
showCart，标记为 Step1，指向…
logout，标记为 Step2（这将结束场景）。

你可以在 https://wiremock.org/docs/stateful-behaviour/ 找到关于 WireMock 场景的更多详细信息。