提升微服务测试效率：消费者驱动契约测试

最新推荐文章于 2024-03-01 08:56:24 发布
最新推荐文章于 2024-03-01 08:56:24 发布
阅读量108 收藏
点赞数
文章标签： python 测试
原文链接：https://my.oschina.net/u/3611008/blog/2395936
版权

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

概述：

在软件工程的世界里，我们经常面临变化。微服务不仅改变了软件的体系结构，而且改变了团队的组织方式和协作方式。

相对于单体式应用，微服务有其优势，同时，也有引入后所新产生的问题，测试就是问题之一。

在这篇文章中，我们想概述一下测试如何在微服务的新世界中发生变化。我们还将介绍消费者驱动的契约测试的细节和支持它的框架。

为了较为全面的阐述CDCT的概念，本文翻译、引用、和综合了多篇相关文章的内容，相关链接附后。

目录：

一、单元测试

二、端到端(系统)测试

三、集成测试

四、使用消费者驱动契约测试（CDCT）

五、总结

转载于:https://my.oschina.net/u/3611008/blog/2395936

weixin_33704234
关注
契约测试：解决微服务测试的各种问题
Criss@陈磊
02-22 338
契约测试：解决微服务测试的各种问题 为什么是契约测试 契约测试（ContractTest）第一次看到我是在Martin Fowler的文章里。（原文在这里感兴趣的可以去看看https://martinfowler.com/bliki/ContractTest.html） 在他的这篇文章了，首先说了一下TestDouble的劣势，其中TestDouble（对这个定义感兴趣可以见https://martinfowler.com/bliki/TestDouble.html） 其实我们也很少提及。为了解释契约测试，
CODING DevOps 系列第五课：微服务测试——微服务下展开体系化的微服务测试
CODING 博客
06-22 266
微服务测试的痛点与挑战 这张图可以形象地展示单体服务和微服务的对比，单体应用就像左边巨大的集装箱，软件模块和应用都包括其中；而微服务就像是由一个小集装箱组成，微小的服务组成一个庞大、完整的系统。单体服务是一个大而全的应用体，而微服务由拆分成出来的很多小服务来组成一个庞大而完整的系统。 微服务是一种架构模式，是面向服务型架构 SOA 的一种变体，提倡将单一应用程序逐渐还原划分成小的服务，服务间互相协调、互相配合，为用户提供最终价值。微服务架构风格就是一些小而自治的服务协同工作形成松耦合的系统。另外，我们需要
微服务契约测试-Pact
weixin_45497242的博客
09-27 1292
基于契约，对消费者和生产者间的协作验证。本质是验证生产者提供的内容是否满足消费者的期望。
三十三、微服务之-契约测试（contract test）
最新发布
qq_31532979的博客
03-01 1040
可以说契约测试是一种对服务的透明性测试，通过测试与服务的交互来确保服务的正确性和可靠性。通过契约测试，可以在服务开发过程中检测到接口的变化和错误，并及时进行修复和调整，以提高服务的稳定性和可用性。通过对接口和交互协议进行明确的定义和验证，契约测试可以减少系统之间的集成问题和错误。这是一个简单的契约测试示例，你可以根据实际需要编写更复杂的测试契约和测试用例。假设我们要进行一个简单的契约测试，测试一个计算器程序的基本功能。相反，它测试服务调用的输入和输出包含所需的属性和响应延迟，吞吐量在允许的限制范围内。
基于Feign的微服务调用之契约测试 Spring Cloud Contract
weixin_34290096的博客
07-06 814
微服务之契约测试 Spring Cloud Contract CDC消费者驱动的契约测试 消费者驱动的契约测试（Consumer-Driven Contracts，简称CDC），是指从消费者业务实现的角度出发，驱动出契约，再基于契约，对提供者验证的一种测试方式。 为什么要做契约测试 假设我们有一个由多个微服务组成的系统：如图 如果我们想...
一则消费者驱动的契约测试细节全览
01-27
消费者驱动的契约测试是一种高效的API或微服务集成测试方法，旨在解决传统集成测试中的问题，如高成本、团队协作障碍和开发进度不一致等。这种测试模式通过预先定义API接口的预期行为，使得API提供者和消费者能独立...
微服务架构实战：设计、开发和部署微服务，实现敏捷开发
微服务架构是一种软件开发方法，将大型单体应用程序分解成一系列较小的、独立的服务。这些服务通过轻量级通信机制（如HTTP或消息队列）进行交互，形成一个松散耦合的分布式系统。 微服务架构的优势包括： - **灵活...
微服务架构实战第十节 微服务的模拟组件测试和契约服务测试
fegus的博客
05-24 901
32 测试方案：如何正确理解针对微服务的测试解决方案？ 作为整个课程最后一部分内容，我们将讨论微服务架构中的测试解决方案。对于微服务而言，测试是一个难点，也是经常被忽略的一套技术体系。当系统中存在多个微服务时，除了常见的针对单个服务的单元测试和集成测试之外，面对不同服务之间进行交互和集成的场景，我们还需要引入端到端测试来确保服务定义和协议级别的正确性和稳定性。今天，我们就将基于这些测试需求给出针对微服务的测试方案。 微服务测试的系统方法 测试工作包含很多类型，例如常见的单元测试、集成测试等，本课程无意对这
看本质：微服务为什么需要契约测试？
m0_60150135的博客
09-14 144
1.微服务为什么需要契约测试 首先我介绍一下公司的情况。我们使用的是微服务架构，每个部分会负责其中的几个微服务的研发和维护。我所在的部门维护公司的支付服务（billing），这个服务需要依赖其他部门的几个服务。 当用户需要支付一笔订单时，会调用 billing 服务，同时携带很多参数，为了方便，我们先只考虑核心的两个参数：用户 id 和支付金额。 当 billing 接收到用户请求时，会调用其他的依赖服务，用户服务（user）是其中的一个。我们需要查询该用户是否有足够多的余额可以支付订单。
微服务环境下的集成测试探索（二）—— 契约式测试
杏仁技术站
01-10 2502
作者 | 章烨明杏仁医生CTO。中老年程序员，关注各种技术和团队管理。微服务的集成前一篇已经提到，传统方式下，微服务的集成以及测试都是一件很头痛的事情。其实在微服务概念还没有出现之前，在 SOA 流行的时候，就有人提出了消费者驱动契约（Consumer Driven Contract，CDC）的概念。微服务流行后，服务的集成和集成测试成了不得不解决问题，于是出现了基于消费者驱动契约的测试工具，最流
接口自动化断言之契约测试（pactverify库）
proyoyo
02-24 668
在做接口自动化测试的过程中一直被接口返回值的断言问题困扰，尝试了各种断言方案，结果都不是太理想，意外知道了契约测试支持对返回数据进行全量/部分(字段名-值/类型) 校验，试了一下，似乎很爽，但是官方地址访问似乎又不是很稳定，所以搬了一份文档到这里来，当作手册使用。1.显式定义接口断言格式，接口断言更加直观2.可复用接口实际响应数据来定义契约3.能根据响应数据生成json契约。
python expect模块_微服务下的契约测试—Python版
weixin_39853843的博客
11-08 239
契约测试的背景随着敏捷流程和DevOps的盛行，大项目的发版上线流程变得越来越笨重，在这种要求快速发布快速迭代的项目里，微服务的优势凸显无疑。 一个大项目按照功能或者分类等某一类共性拆成多个子组件，每个组件独立维护、测试、发布，敏捷流程容易推动，开发、测试、产品的工作也相对轻松。原本可能一个月只能发2个版本的产品，在微服务架构下可能发N个版本。微服务架构下的困境微服务架构固然有自己天然的优势，不过...
python requests unittest契约测试
q_2372030362的博客
03-20 815
用python的requests 框架 unittest 实现 自动化测试，run_test.sh脚本启动，外部传需要测试的service服务的url前缀（ip+端口） 项目目录结构如下图： 代码： spec.py: #! /usr/bin/python3 import unittest import json import os import os.path as p imp...
微服务测试之接口测试和契约测试
qq_14826197的博客
01-07 3948
日常开发过程中，项目的接口通常由服务提供方约定和提供，微服务模式下接口被多个消费者调用更是常态，那么提供方接口的变更如何快速、高效、无遗漏的通知给消费者呢？另外，当一个service同时被多个使用者调用，如何保证对service的修改可以让其它所有使用者造成的影响都能被感知到？这些问题契约测试可以给你答案。另外，微服务模式下，接口测试是非常重要的测试手段，它在实际的项目中帮助验证微服务之间的协同和...
契约测试（二）-- 代码实现篇（上）
aduocd的博客
04-04 1271
背景：网上有不少介绍这种测试方法的概念和原理的文章，但实现的比较少。本文通过自己的方法从零开始搭建工程，实现了一个例子。在此也感谢朋友的帮助，是参考了TA的代码才能入了这道门。 环境：JDK1.8 + Gradle4.6 + Postgres9.6 + pact_broker 步骤： 一、建立父工程。本工程采用Gradle的父子工程，父工程为Demo，两个子工程分别为Provider和Con...
在接口自动化测试中，如何利用Pytest + JSON Schema 进行接口响应断言
刘春明的博客
05-18 3425
蔚来汽车数字座舱，通过服务端TSP系统集成了很多供应商的系统，比如天气、音乐、视频等娱乐系统。数字座舱调用TSP封装的供应商接口实现对天气的查询，音乐和视频的播放。TSP与供应商之间要共同遵守一个契约，保证提供给数字座舱的数据结构的稳定。 TSP对供应商系统的Response透传给数字座舱，因此在进行TSP系统接口测试的过程中，一个重要的检查点，就是保证提供给数字座舱的数据结构的稳定性，例如返回字段要完整、字段数据类型要符合约定，避免因供应商的改动，返回不符合约定的Response给数字座舱导致数字座舱.
为什么要抛弃Pact？如何快速实现契约测试（CDC）
weixin_34237596的博客
04-04 1009
前言 在前几天的博客中，我转载了一篇文章，其中介绍了契约测试和pact是怎么实施的，的确很有帮助。但我经过研究，其实是pact本身也是有缺陷的，结合我近期在使用的服务型工具和我的实际情况，觉得实现契约测试其实有更有效率的解决方案，本文就通过我的视角看看我是如何快速实现契约测试的。 契约测试 因为前后端对接的过程中会出现信息不对称，以及工作进度不一致的情况，因此希望通过事先约定好API返回数据...
微服务测试新策略：消费者驱动契约测试实践
"提升微服务测试效率：消费者驱动契约测试" 微服务架构的出现带来了软件开发模式的变革，同时也带来了新的挑战，尤其是在测试领域。传统的测试方法如单元测试、集成测试和端到端测试在微服务环境下显得力不从心。...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值