一文让你了解微服务契约测试

最新推荐文章于 2026-05-15 13:47:33 发布
原创 最新推荐文章于 2026-05-15 13:47:33 发布 · 914 阅读 · 17 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GEO检测
标签
#微服务 #架构 #云原生 #功能测试 #软件测试
#自动化测试 #程序人生

谈到微服务，大家都想到契约测试，到底什么是契约测试呢，为什么要使用契约测试呢，关于这样的文章很多，本文将结合Spring Boot让你了解微服务契约测试。

首先我们来看一下微服务，微服务是一种分布式结构，对于一种服务一方为服务的提供者，另一方为服务的消费者。我们用一个虚拟的阿里产品体系做个对比，比如登录这个接口，对于许多电商模块（我们称为服务）要使用，比如：天猫、淘宝、飞猪、盒马。这些登录接口可以由用户服务中台来提供，大家使用统一的登录接口，防止重复开发。

在没有契约测试之前，当用户接口没有提供天猫、淘宝、飞猪、盒马登录使用用户服务中台提供的Stub，用户服务中台提供的Stub由用户服务中台开发团队来维护，当用户服务中台开发完毕，天猫、淘宝、飞猪、盒马登录才使用真正的登录模块。由此可以看到每一个服务提供者模块在开发自身的业务模块之前，还要维护服务Stub模块，这样大大增加了开发成本。    

有了契约测试，只要服务提供者提供契约文件及基于契约文件自动产生的stub模块给服务消费者，服务消费者利用契约文件也产生同样的Stub模块，在服务提供者没有开发可用的真正的程序之前，利用Stub模块进行调试。以上是契约测试的一个优点，把维护stub模块变为了维护契约文件，这样大大地节约开发成本；另外还可以发现接口变动问题。

这是最初服务生产者提供的接口body接口

  1. {

  2. "年龄":"37"

  3. "性别":"男"

  4. "姓名":"王睿"

  5. }

服务消费者A提供的接口是

  1. {

  2. "年龄":"37"

  3. "性别":"男"

  4. }

没有“姓名”，这个是允许的。

服务消费者B提供的接口是

  1. {

  2. "年龄":"37"

  3. "性别":"男"

  4. "姓名":"王睿"

  5. }

这个与提供者完全一致，当然是允许的。

服务消费者C提供的接口是

  1. {

  2. "性别":"男"

  3. "姓名":"王睿"

  4. }

没有“年龄”，这个是允许的。

某一天，服务消费者C由于业务要求，需要把姓名中的姓与名拆成两部分，修改了body格式

  1. {

  2. "性别":"男"

  3. "姓":"王"

  4. "名":"睿"

  5. }

并提给服务生产者这个接口需求变更，生产者接受了这个请求，将契约文件改为

  1. {

  2. "性别":"男"

  3. "姓":"王"

  4. "名":"睿"

  5. }

当这个契约文件分发给各个服务消费者，由于服务消费者A提供的接口是

  1. {

  2. "年龄":"37"

  3. "性别":"男"

  4. }

由于没有“姓名”变更不受影响，而服务消费者B提供的接口是

  1. {

  2. “年龄”:"37"

  3. “性别”:"男"

  4. “姓名”:"王睿"

  5. }

姓名没有拆分，所以测试失败，告知大家，线下协商策略，决定 “姓名”是否修改。

在这里知道相关的服务消费者只有3个，而在实际的产品中服务多达成百上千个，有的是服务生产者。有的是服务消费者，大部分既是服务生产者又是服务消费者。当某一个接口发生变化，不运行契约测试不知道哪些模块会受到变动的影响，另外最后决定接口是否修改，也是根据fail接口的数量及fail接口的优先等级来决定的。

下面我们用一个具体的Spring Boot的案例来进行介绍，在这个案例中，流程是这样的。

  1. 服务生产者开发契约文件程序，自动形成契约文件。

  2. 将形成的契约文件打包上传到GitHub中。

  3. 服务消费者开发之前从GitHub中下载本地契约文件到本地目录下。

  4. 运行测试文件，验证测试是否满足现在的契约文件。

在这里我使用Spring Boot+cucumber+契约测试文章中的案例

服务生产者Spring Boot pom.xml文件如下：

 


<?xml version="1.0"

encoding="UTF-8"?>

<project

xmlns="http://maven.apache.org/POM/4.0.0"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:schemaLocation="http://maven.apache.org/POM/4.0.0

https://maven.apache.org/xsd/maven-4.0.0.xsd">

<modelVersion>4.0.0</modelVersion>

<parent>

<groupId>org.springframework.boot</groupId>

<artifactId>spring-boot-starter-parent</artifactId>

<version>3.2.3</version>

<relativePath/>

<!-- lookup parent from repository -->

</parent>

<groupId>com.example</groupId>

<artifactId>ATMService</artifactId>

<version>0.0.1-SNAPSHOT</version>

<name>ATMService</name>

<description>Demo project for Spring Boot</description>

<properties>

<java.version>11</java.version>

<cucumber.version>6.8.1</cucumber.version>

<spring-cloud.version>4.1.0</spring-cloud.version>

<spring-cloud.version>2023.0.0</spring-cloud.version>

<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>

<snippetsDirectory>${project.build.directory}/generated-snippets</snippetsDirectory>

</properties>

<dependencies>

<dependency>

<groupId>org.springframework.boot</groupId>

<artifactId>spring-boot-starter-web</artifactId>

</dependency>

<dependency>

<groupId>org.springframework.boot</groupId>

<artifactId>spring-boot-starter-test</artifactId>

<scope>test</scope>

</dependency>


<dependency>

<groupId>org.springframework.cloud</groupId>

<artifactId>spring-cloud-starter-contract-stub-runner</artifactId>

<scope>test</scope>

</dependency>


<dependency>

<groupId>org.springframework.cloud</groupId>

<artifactId>spring-cloud-contract-wiremock</artifactId>

<scope>test</scope>

</dependency>


<dependency>

<groupId>org.springframework.cloud</groupId>

<artifactId>spring-cloud-starter-contract-verifier</artifactId>

<scope>test</scope>

</dependency>


<dependency>

<groupId>org.junit.vintage</groupId>

<artifactId>junit-vintage-engine</artifactId>

<scope>test</scope>

</dependency>

<dependency>

<groupId>org.springframework.boot</groupId>

<artifactId>spring-boot-starter-test</artifactId>

<scope>test</scope>

</dependency>

<dependency>

<groupId>org.springframework.restdocs</groupId>

<artifactId>spring-restdocs-mockmvc</artifactId>

</dependency>

<dependency>

<groupId>org.springframework.cloud</groupId>

<artifactId>spring-cloud-dependencies</artifactId>

<version>${spring-cloud.version}</version>

<type>pom</type>

</dependency>

<dependency>

<groupId>io.cucumber</groupId>

<artifactId>cucumber-java</artifactId>

<version>${cucumber.version}</version>

<scope>test</scope>

</dependency>

<dependency>

<groupId>io.cucumber</groupId>

<artifactId>cucumber-spring</artifactId>

<version>${cucumber.version}</version>

<scope>test</scope>

</dependency>

<dependency>

<groupId>io.cucumber</groupId>

<artifactId>cucumber-junit-platform-engine</artifactId>

<version>${cucumber.version}</version>

<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>

<build>

<plugins>

<plugin>

<groupId>org.springframework.cloud</groupId>

<artifactId>spring-cloud-contract-maven-plugin</artifactId>

<version>4.1.0</version>

<extensions>true</extensions>

<configuration>

<testFramework>JUNIT5</testFramework>

</configuration>

</plugin>

<plugin>

<groupId>org.springframework.boot</groupId>

<artifactId>spring-boot-maven-plugin</artifactId>

</plugin>

</plugins>

</build>

</project>
 

 在test下建立StubsGenerator.java
 

 


package com.example.ATMService;


import static org.springframework.restdocs.mockmvc.MockMvcRestDocumentation.document;

import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.status;


import org.springframework.cloud.contract.wiremock.restdocs.SpringCloudContractRestDocs;


import org.junit.jupiter.api.Test;

import org.springframework.boot.test.autoconfigure.restdocs.AutoConfigureRestDocs;

import org.springframework.boot.test.autoconfigure.web.servlet.AutoConfigureMockMvc;

import org.springframework.boot.test.context.SpringBootTest;

import org.springframework.test.web.servlet.MockMvc;

import org.springframework.test.web.servlet.request.MockMvcRequestBuilders;


import org.springframework.beans.factory.annotation.Autowired;


@AutoConfigureRestDocs(outputDir = "target/stubs/META-INF/com.example")

@AutoConfigureMockMvc

@SpringBootTest

public class StubsGenerator {

@Autowired

private MockMvc mockMvc;

@Autowired

private MockMvc mockMvc;

@Test

public void verify_pin_ok()throws Exception {

mockMvc.perform(MockMvcRequestBuilders.get("/verify_pin/1111222233?pin=123456")

.contentType(MediaType.APPLICATION_JSON)

.accept(MediaType.APPLICATION_JSON))

.andExpect(status().isOk())

.andDo(document("verify_pin",SpringCloudContractRestDocs.dslContract()));

}


@Test

public void verify_pin_fail()throws Exception {

mockMvc.perform(MockMvcRequestBuilders.get("/verify_pin/1111222233?pin=654321")

.contentType(MediaType.APPLICATION_JSON)

.accept(MediaType.APPLICATION_JSON))

.andExpect(status().isOk())

.andDo(document("verify_pin_fail",SpringCloudContractRestDocs.dslContract()));

}

}
 

程序将模拟一个HTTP请求，并且建立契约文件
 

  •  
    @AutoConfigureRestDocs(outputDir = "target/stubs/META-INF/com.example")//定义契约文件位置
     
  •  
    当/verify_pin/1111222233?pin=123456为Get请求时.andExpect(status().isOk()) //返回状态码为200；返回内容在Controller程序中定义。
     
  •  
    .andDo(document("verify_pin",SpringCloudContractRestDocs.dslContract()));//建立名为verify_pin的契约文件
     
  •  
    当/verify_pin/1111222233?pin=654321为Get请求时
     
  •  
    .andExpect(status().isOk()) //返回状态码为200；返回内容在Controller程序中定义。
     
  •  
    .andDo(document("verify_pin_fail",SpringCloudContractRestDocs.dslContract()));//建立名为verify_pin_fail的契约文件
     
 

接下来我们看一下main中建立的pageController.java。
 

 


package com.example.ATMService.Controller;


import org.springframework.web.bind.annotation.GetMapping;

import org.springframework.web.bind.annotation.RestController;


@RestController

public class pageController {

@GetMapping("/verify_pin/1111222233")

public String list(String pin){

String list = "";

if (!pin.equals("123456")){

list = list + "{\"result\":\"Your PlN is apnalnd\"}";

}else {

list = list + "{\"result\":\"OK\"}";


}

return list;

}

}
 

@GetMapping("/verify_pin/1111222233")获得路径为"/verify_pin/1111222233"
 

当参数pin!="123456"，返回body体为"{\"result\":\"Your PlN is apnalnd\"}"
 

否则返回body体为"{\"result\":\"OK\"}"。
 

用JUnit运行StubsGenerator.java，测试通过    
 

 

在@AutoConfigureRestDocs(outputDir = "target/stubs/META-INF/com.example")生成契约文件（如果pageController存在错误，系统将产生不了契约文件）。
 

 

verify_pin_fail.groovy与verify_pin.groovy是产生的契约文件。
 

 


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


Contract.make {

request {

method 'GET'

urlPath('/verify_pin/1111222233') {

queryParameters {

parameter('''pin''', '''123456''')

}

}

headers {

header('''Accept''', '''application/json''')

header('''Content-Type''', '''application/json;charset=UTF-8''')

}

}

response {

status 200

body('''{"result":"OK"}''')

headers {

header('''Content-Type''', '''application/json''')

}

}

}
 

verify_pin_fail.groovy
 

 


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


Contract.make {

request {

method 'GET'

urlPath('/verify_pin/1111222233') {

queryParameters {

parameter('''pin''', '''654321''')

}

}

headers {

header('''Accept''', '''application/json''')

header('''Content-Type''', '''application/json;charset=UTF-8''')

}

}

response {

status 200

body('''{"result":"Your PlN is apnalnd"}''')

headers {

header('''Content-Type''', '''application/json''')

}

}

}
 

verify_pin.json与verify_pin_fail.json是verify_pin_fail.groovy与verify_pin.groovy目标文件，也是真正起作用的文件。
 verify_pin.json
 

 


{

"id" : "a8c7b023-e2dc-4105-956c-f6b46e65d447",

"request" : {

"urlPath" : "/verify_pin/1111222233",

"method" : "GET",

"headers" : {

"Content-Type" : {

"equalTo" : "application/json;charset=UTF-8"

},

"Accept" : {

"equalTo" : "application/json"

}

},

"queryParameters" : {

"pin" : {

"equalTo" : "123456"

}

}

},

"response" : {

"status" : 200,

"body" : "{\"result\":\"OK\"}",

"headers" : {

"Content-Type" : "application/json"

}

},

"uuid" : "a8c7b023-e2dc-4105-956c-f6b46e65d447"

}
 

verify_pin_fail.json
 

 


{

"id" : "ccf996bb-0388-4a3b-83d7-d2891a303c80",

"request" : {

"urlPath" : "/verify_pin/1111222233",

"method" : "GET",

"headers" : {

"Content-Type" : {

"equalTo" : "application/json;charset=UTF-8"

},

"Accept" : {

"equalTo" : "application/json"

}

},

"queryParameters" : {

"pin" : {

"equalTo" : "654321"

}

}

},

"response" : {

"status" : 200,

"body" : "{\"result\":\"Your PlN is apnalnd\"}",

"headers" : {

"Content-Type" : "application/json"

}

},

"uuid" : "ccf996bb-0388-4a3b-83d7-d2891a303c80"

}
 

将产生的verify_pin_fail.groovy与verify_pin.groovy契约文件（注意：不是verify_pin_fail.json与verify_pin.json）拷贝到src/test/resources/contracts下，运行mvn spring-cloud-contract:convert&&mvn spring-cloud-contract:run命令，当出现：
 

 


Host: []

Content-Length: [538]

Content-Type: [text/plain; charset=UTF-8]

Connection: [keep-alive]

User-Agent: [Apache-HttpClient/5.1.3 (Java/17.0.10)]

{

"id" : "16d3118b-27c6-48fb-b020-83dfd89ef7db",

"request" : {

"urlPath" : "/verify_pin/1111222233",

"method" : "GET",

"queryParameters" : {

"pin" : {

"equalTo" : "654321"

}

}

},

"response" : {

"status" : 200,

"body" : "{\"result\":\"Your PlN is apnalnd\"}",

"headers" : {

"Content-Type" : "application/json;charset=UTF-8"

},

"transformers" : [ "response-template", "spring-cloud-contract" ]

},

"uuid" : "16d3118b-27c6-48fb-b020-83dfd89ef7db"

}


[INFO] Started stub server for project [C:\Code\MyJava\javawork\card\target\stubs:+:stubs] on port 8080 with [2] mappings

[INFO] All stubs are now running RunningStubs [namesAndPorts={C:\Code\MyJava\javawork\card\target\stubs:+:stubs=8080}]

[INFO] Press ENTER to continue...
 

在浏览器中输入：http://127.0.0.1:8080/verify_pin/1111222233?pin=123456
 

 

 

输入：http://127.0.0.1:8080/verify_pin/1111222233?pin=654321
 

 

 

接下来将契约文件上传到GitHub中（ 由于我没有GitHub Server，所以没有实现）。
 

第一次服务消费者从GitHub下载契约文件到本地，在target/generated-test-sources/contracts/org/springframework/cloud/contract/verifier/tests自动形成ContractVerifierTest.java文件。
 

 


package org.springframework.cloud.contract.verifier.tests;


import com.jayway.jsonpath.DocumentContext;

import com.jayway.jsonpath.JsonPath;

import org.junit.jupiter.api.Test;

import org.junit.jupiter.api.extension.ExtendWith;

import io.restassured.module.mockmvc.specification.MockMvcRequestSpecification;

import io.restassured.response.ResponseOptions;


import static org.springframework.cloud.contract.verifier.assertion.SpringCloudContractAssertions.assertThat;

import static org.springframework.cloud.contract.verifier.util.ContractVerifierUtil.*;

import static com.toomuchcoding.jsonassert.JsonAssertion.assertThatJson;

import static io.restassured.module.mockmvc.RestAssuredMockMvc.*;


@SuppressWarnings("rawtypes")

public class ContractVerifierTest {

@Test

public void validate_verify_pin() throws Exception {

// given:

MockMvcRequestSpecification request = given();

// when:

ResponseOptions response = given().spec(request)

.queryParam("pin","123456")

.get("/verify_pin/1111222233");


// then:

assertThat(response.statusCode()).isEqualTo(200);

assertThat(response.header("Content-Type")).isEqualTo("application/json;charset=UTF-8");


// and:

DocumentContext parsedJson = JsonPath.parse(response.getBody().asString());

assertThatJson(parsedJson).field("['result']").isEqualTo("OK");

}


@Test

public void validate_verify_pin_fail() throws Exception {

// given:

MockMvcRequestSpecification request = given();


// when:

ResponseOptions response = given().spec(request)

.queryParam("pin","654321")

.get("/verify_pin/1111222233");


// then:

assertThat(response.statusCode()).isEqualTo(200);

assertThat(response.header("Content-Type")).isEqualTo("application/json;charset=UTF-8");


// and:

DocumentContext parsedJson = JsonPath.parse(response.getBody().asString());

assertThatJson(parsedJson).field("['result']").isEqualTo("Your PlN is apnalnd");

}

}
 

启动本地服务，编写然后运行测试文件CardApplicationTests.java
 

 


import org.junit.jupiter.api.Assertions;

import org.junit.jupiter.api.Test;

import org.springframework.boot.test.context.SpringBootTest;

import org.springframework.web.client.RestTemplate;


@SpringBootTest

class CardApplicationTests {

private RestTemplate restTemplate = new RestTemplate();

@Test

void pass() throws Exception{

String result = restTemplate.getForObject("http://localhost:8080/verify_pin/1111222233?pin=123456", String.class);

Assertions.assertEquals(result, "{\"result\":\"OK\"}");


}


@Test

void fail() throws Exception{

String result = restTemplate.getForObject("http://localhost:8080/verify_pin/1111222233?pin=654321", String.class);

Assertions.assertEquals(result,"{\"result\":\"Your PlN is apnalnd\"}");

}

}
 

保证测试通过
 

 

以后每次运行CardApplicationTests.java之前，都从GitHub上下载契约文件，启动本地服务。如果测试fail，说明接口发生了变化，通过团队线下解决。 
 

最后感谢每一个认真阅读我文章的人！作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，坚持几天便放弃的感受的话，在这里我给大家分享一些软件测试的学习资源，这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，希望能给你前进的路上带来帮助。如果你用得到的话可以直接拿走：
 

 

软件测试资料领取：[内部资源] 想拿年薪40W+的软件测试人员，这份资料必须领取~
 

软件测试面试刷题工具领取：软件测试面试刷题【800道面试题+答案免费刷】
 

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！ 
 


                

        

         

    





  



    



              

                

              

            
              



	

		

			

				
					
【契约测试】一文了解什么是契约测试

				
			

			

				

					起码有故事
				

				

					02-06
					
					801
					
				

			

		

		

			
				
CDC测试的先决条件之一是可以与提供商服务团队保持良好的最佳密切沟通，分享这些契约和交流测试结果是实施适当的CDC测试的重要部分。一旦发现上面的问题，都需要花费大量的时间在问题定位、修改、部署、验证上，所以我们需要一种能够较早期、较快速暴露出产品间行为不匹配的手段，一种能从客户端（终端、最终消费者）验证产品功能是否匹配预期的手段。但它可以取代一些现有的集成测试的场景，使测试左移，在开发阶段尽可能快的暴露出产品行为问题，为软件开发生命周期提供更快的反馈。将本来需要在集成测试中体现的问题前移，更早的发现问题。

			
		

	



              


  
              

                


	

		

			

				
					
三十三、微服务之-契约测试（contract test）

				
			

			

				

					qq_31532979的贺公子之数据科学与艺术博客，致力于科技向善，拥抱开源，要用技术的影响力来领导团队，而不是威权和职位！
				

				

					03-01
					
					1684
					
				

			

		

		

			
				
可以说契约测试是一种对服务的透明性测试，通过测试与服务的交互来确保服务的正确性和可靠性。通过契约测试，可以在服务开发过程中检测到接口的变化和错误，并及时进行修复和调整，以提高服务的稳定性和可用性。通过对接口和交互协议进行明确的定义和验证，契约测试可以减少系统之间的集成问题和错误。这是一个简单的契约测试示例，你可以根据实际需要编写更复杂的测试契约和测试用例。假设我们要进行一个简单的契约测试，测试一个计算器程序的基本功能。相反，它测试服务调用的输入和输出包含所需的属性和响应延迟，吞吐量在允许的限制范围内。

			
		

	





	

		

			

				
					
契约测试详解

					
最新发布

				
			

			

				

					博客
				

				

					05-15
					
					435
					
				

			

		

		

			
				
契约测试概述 契约测试用于验证微服务间接口交互的合规性，通过预先定义的契约（如Pact文件）检查请求/响应的格式和数据类型。核心角色包括消费者（调用方）和提供者（服务方），测试流程分为消费者生成契约、提供者验证契约两步。主流工具如Pact（多语言支持）和Spring Cloud Contract（Spring生态），通过模拟请求实现快速验证。 优势与挑战 优势包括降低集成调试成本、支持独立部署和团队并行开发；挑战在于需跨团队紧密协作及复杂场景的数据管理。契约测试适用于高频变更的微服务场景，但需注意及时更新契

			
		

	



		

			
		



	

		

			

				
					
契约测试(下)：对契约测试的思考

				
			

			

				

					主要分享测试的学习资源，帮助快速了解测试行业，帮助想转行、进阶、小白成长为高级测试工程师。
				

				

					03-31
					
					625
					
				

			

		

		

			
				
微服务架构中的服务通常是分布式、独立部署运行、很多服务是异步通信的。因此，服务之间的接口协议一致性是非常重要的。契约测试是测试协议一致性的一种方法，用于验证不同服务之间的接口协议是否一致。下面是微服务架构进行契约测试的几个原因：

			
		

	





	

		

			

				
					
软件开发: 契约测试概念解析

				
			

			

				

					十年运维开发经验的王义杰在此分享自己的知识和经验
				

				

					09-20
					
					539
					
				

			

		

		

			
				
契约测试是一种验证交互点（通常是API接口）在不同服务或组件之间是否按照预定“契约”来执行的测试方法。简单来说，它就像是在服务A和服务B之间建立一份“合同”，规定双方如何交互。首先，我们需要为每个服务定义一个契约。这通常是一个文档或配置文件，详细描述了该服务的API接口规范，包括请求和响应的格式、数据类型、约束条件等。

			
		

	





	

		

			

				
					
从由来到工具，一次性讲清契约测试！

				
			

			

				

					伤心的辣条
				

				

					07-03
					
					1197
					
				

			

		

		

			
				
最近，公司正在推动整个质量体系的改革工作，其中一项改革议题就是新增契约测试这一专项测试内容。
为了搞懂契约测试的来龙去脉进而可以用相应的工具将契约测试落地，笔者很是花了一番工夫。因而想动笔将这一探索的结果记录下来，分享给更多的小伙伴们。

			
		

	





	

		

			

				
					
契约测试？生产者？消费者？一文帮你理清楚

				
			

			

				

					gerouhsius的博客
				

				

					01-18
					
					1818
					
				

			

		

		

			
				
如果从契约产生的阶段来说，现有资料表明最早要追溯到西周时期的《周恭王三年裘卫典田契》，将契约文字刻写在器皿上，就是为了使契文中规定的内容得到多方承认、信守，“万年永宝用”。所以订立契约的本身，就是为了要信守，就是对诚信关系的一种确立。诚信，是我国所固有的一种优良传统，也是延续了几千年的一种民族美德，在中国儒家的思想体系里，是伦理道德内容中的一部分。然而，现在不是这么美好，现实中缺少契约精神的比比皆是但是，在软件测试领域，契约这把利器，又重新的利用起来但是，显而易见的出现了一个问题。

			
		

	





	

		

			

				
					
读懂这篇文章，就掌握微服务测试核心了！

				
			

			

				

					liwenxiang629的博客
				

				

					11-11
					
					459
					
				

			

		

		

			
				
最近我写了四篇关于微服务测试的文章，本文介绍微服务测试的核心点，前面三篇分别介绍了：

入门微服务必须了解的概念 一文搞定微服务测试本质

微服务负载的重要性 微服务性能测试的关键——IP欺骗技术

微服务如何查询应用日志 微服务测试的关键——通过ELK查询日志

相信这几篇文章一定会帮助大家在微服务测试领域实现从0到1的突破！

传统测试与微服务测试的区别

传统测试模型抽象



上图中的服务器端包括n个功能，传统服务是所有的功能都部署在一台机器上，通过增加服务器数量来扩容！参考下图（每一种颜色代表一个

			
		

	





	

		

			

				
					
微服务系统硬件要求_一文理解微服务架构下的系统可用性如何保证？

				
			

			

				

					weixin_32644319的博客
				

				

					01-05
					
					875
					
				

			

		

		

			
				
从事Java已经5年，目前在某互联网公司做就Java系统架构师，每天都会写一些技术文章，感兴趣的同事请关注我，谢谢。（需要架构资料私信我）从2005年Peter Rodgers博士提出微web服务，到2014年ThoughtWorks首席科学家Martin Fowler与James Lewis共同提出微服务概念至今已多年，这期间也是互联网及互联网+发展的高速期，消费市场变化莫测，消费者也变得越来越...

			
		

	





	

		

			

				
					
多个微服务的接口依赖如何测试_读懂这篇文章，就掌握微服务测试核心了

				
			

			

				

					weixin_36121354的博客
				

				

					12-05
					
					145
					
				

			

		

		

			
				
最近我写了四篇关于微服务测试的文章，本文介绍微服务测试的核心点，前面三篇分别介绍了：入门微服务必须了解的概念 一文搞定微服务测试本质 微服务负载的重要性 微服务性能测试的关键——IP欺骗技术 微服务如何查询应用日志 微服务测试的关键——通过ELK查询日志 相信这几篇文章一定会帮助大家在微服务测试领域实现从0到1的突破！传统测试与微服务测试的区别传统测试模型抽象上图中的服务器端包括n个功能，传统服务...

			
		

	





	

		

			

				
					
一文理解微服务架构下的系统可用性如何保证？

				
			

			

				

					勇往直前的专栏
				

				

					05-21
					
					746
					
				

			

		

		

			
				
从2005年Peter Rodgers博士提出微web服务，到2014年ThoughtWorks首席科学家Martin Fowler与James Lewis共同提出微服务概念至今已多年，这期间也是互联网及互联网+发展的高速期，消费市场变化莫测，消费者也变得越来越挑剔，很多公司和产品由于无法跟上市场的快速变化而纷纷倒下。越来越多的互联网巨头甚至传统行业都开始对自己的遗留系统进行微服务改造，通过把系统...

			
		

	





	

		

			

				
					
一篇文章带你全面了解微服务

				
			

			

				

					dabusidede的博客
				

				

					08-16
					
					1081
					
				

			

		

		

			
				
前言（废话，可以略过）
由CSDN规定要2000个字以上才能使用推荐卡，但我记录的文档都是以精简为主，根本挤不出2000个字呀，于是我只好将8篇文档合为一篇来进行发表，顺便也表达一下自己的观点，为什么一些书籍文档总是表达的特别多，让人找不到重点在哪，特别是国外的书籍，好了，废话不多，开始表演
1 微服务架构（MSA）简介
特征
系统由两个及以上组件组成，组件提供服务（组件即服务）
组件可以使用任何语言来进行开发
组件自己享有自己的数据库
组件可独立部署
系统有自动化测试
单个组件的故障不会拖垮整个应用
微服

			
		

	





	

		

			

				
					
多个微服务的接口依赖如何测试_一文看懂微服务

				
			

			

				

					weixin_42527178的博客
				

				

					12-18
					
					692
					
				

			

		

		

			
				
现在微服务大行其道，好像搞应用开发还不懂微服务，就落后别人一个时代了。那么什么是微服务？为什么是微服务？微服务应用的场景是什么？应该如何上手微服务？软件开发的几种模式在了解微服务之前，有必要先了解一下软件开发的组织历史，这样才能让我们更好的了解微服务。瀑布式开发软件工程的名词借鉴与建筑工程，软件开发的思想和套路，很长时间也来自建筑行业。在建筑行业，我们要盖一座大厦，先要搞清楚想要什么样子的大厦，然...

			
		

	





	

		

			

				
					
服务接口如何mock_读懂这篇文章，就掌握微服务测试核心了

				
			

			

				

					weixin_29793001的博客
				

				

					01-15
					
					425
					
				

			

		

		

			
				
最近我写了四篇关于微服务测试的文章，本文介绍微服务测试的核心点，前面三篇分别介绍了：入门微服务必须了解的概念 一文搞定微服务测试本质 微服务负载的重要性 微服务性能测试的关键——IP欺骗技术 微服务如何查询应用日志 微服务测试的关键——通过ELK查询日志 相信这几篇文章一定会帮助大家在微服务测试领域实现从0到1的突破！传统测试与微服务测试的区别传统测试模型抽象上图中的服务器端包括n个功能，传统服务...

			
		

	





	

		

			

				
					
etw系统provider事件较多_一文理解微服务架构下的系统可用性如何保证？

				
			

			

				

					weixin_39613540的博客
				

				

					11-22
					
					129
					
				

			

		

		

			
				
从事Java已经5年，目前在某互联网公司做就Java系统架构师，每天都会写一些技术文章，感兴趣的同事请关注我，谢谢。（需要架构资料私信我）从2005年Peter Rodgers博士提出微web服务，到2014年ThoughtWorks首席科学家Martin Fowler与James Lewis共同提出微服务概念至今已多年，这期间也是互联网及互联网+发展的高速期，消费市场变化莫测，消费者也变得越来越...

			
		

	





	

		

			

				
					
Spring Cloud 概述: 一文看懂 Spring Cloud 到底在干嘛

				
			

			

				

					超悠閒的博客
				

				

					12-15
					
					1247
					
				

			

		

		

			
				
Spring Cloud 实战: Overview 概述
文章目录Spring Cloud 实战: Overview 概述简介参考正文什么是 Spring Cloud？核心模块Service Discovery 服务发现Configuration 服务配置Routing & Messaging 路由 & 消息传递API Gateway 服务网关Circuit Breakers 断路器Tracing 服务追踪CI Pipeline & Testing 自动化集成 & 测试结语


			
		

	





	

		

			

				
					
一篇文章带你快速理解微服务架构，由浅入深带你走进微服务架构的核心

				
			

			

				

					chenrui310的博客
				

				

					10-16
					
					310
					
				

			

		

		

			
				
什么是微服务

首先微服务并没有一个官方的定义，想要直接描述微服务比较困难，我们可以通过对比传统WEB应用，来理解什么是微服务。
传统的WEB应用核心分为业务逻辑、适配器以及API或通过UI访问的WEB界面。业务逻辑定义业务流程、业务规则以及领域实体。适配器包括数据库访问组件、消息组件以及访问接口等。一个打车软件的架构图如下：




尽管也是遵循模块化开发，但最终它们会打包并部署为单体式应用。例...

			
		

	



              




          





        



    





    



      

      

        
      

      





	

		评论	
	

  
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值