微服务测试怎么做，看看这篇文章就懂了！，软件测试开发基础视频教程

2301_82242273

于 2024-04-20 01:40:47 发布

阅读量567

点赞数 21

分类专栏： 2024年程序员学习文章标签：微服务架构云原生

本文链接：https://blog.csdn.net/2301_82242273/article/details/137983036

版权

2024年程序员学习专栏收录该内容

96 篇文章 0 订阅

订阅专栏

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）

正文

单元测试可以通过使用测试替身（例如 fakes、stubs、mocks、dummies 和 spies）来切断组件的依赖关系。例如，测试人员可以模拟您的依赖项的响应并“假设他们执行 [X]”，其中 [X] 是正确响应、失败响应等。

组件测试

组件测试验证给定服务是否正常运行。由于范围仅限于整个微服务架构的一部分，组件测试通过隔离系统内的服务来检查所选微服务（可以由几个类组成）的端到端功能，将其依赖项替换为测试双打和/或模拟服务。

您可以为将被划分为测试用例的每个组件创建测试环境。它可能涉及测试资源行为，例如性能测试、确定内存泄漏、结构测试等。

集成测试

集成测试**验证独立开发的组件/微服务在连接时是否正常工作。**它测试组件之间的通信路径和交互并发现错误。

集成测试的编写和运行变得更加困难和耗时。因此，拥有出色的生产 QA（质量保证）实践将有助于确保顺利进行。

合同测试

在测试金字塔中调用合约测试至关重要。接触测试通过确保它们可以相互通信来检查独立单元（如两个微服务）的兼容性。合同测试测试 API 的工作方式，这是微服务相互交互的方式。

合约测试检查这些微服务的边界和交互，并将它们存储在合约中，然后可以将其用作双方未来如何交互的标准。它要求双方就允许的交互集达成一致，并允许随着时间的推移而演变。

端到端测试

端到端测试（E2E 测试）是最终测试阶段，涉及从头到尾测试应用程序的工作流程以实现完整的用户旅程。

这些测试可以自动化，但 E2E 测试仅针对超关键流进行。它在微服务架构中不能很好地扩展，因为它需要启动许多微服务并将它们连接起来，这对于自动化和维护是具有挑战性的。因此，它仅用于测试特定微服务之间的关键交互。

要使用的微服务测试工具，包括按需登台环境

开发人员和 QA 团队对微服务测试工具有不同的偏好，尤其是对于这些不同类型的测试。以下是一些流行的概要。许多是按需登台环境，它们是动态创建的，由 CI/CD 管道触发。使用按需登台，一旦开发人员完成登台环境，登台环境以及任何配置、环境或安装不一致都会被破坏。

releasehub

该平台是一个按需登台环境，具有可访问的协作共享功能。您可以将应用程序的存储库连接到 Release，然后为每个拉取请求和每次代码推送的更新创建临时环境。此外，可以为集成、传统登台或 QA/UAT 用例创建环境。开发人员和 QA 可以完全访问环境以进行测试和调试，并且产品团队、设计团队和利益相关者可以看到功能的发展并尽早并经常提供反馈。

WebApp.io（以前的 LayerCI）**

WebApp.io 是一个代码审查自动化平台，允许为全栈 Web 应用程序提供按需审查环境。您可以创建自定义拉取请求。一旦您创建了堆栈的一个副本，您可以立即复制它以自动运行 e2e 测试并集成到 CI/CD 工作流中。WebApp 将自动在 GitHub、GitLab 或 BitBucket 中注释您的拉取请求。

Vercel

Vercel 是一个用于前端框架、无服务器功能和静态站点的云平台，旨在与预先存在的内容和数据库集成。它托管的网站和 Web 服务可即时部署、自动扩展且无需监督，所有这些都无需配置。它还提供边缘位置托管和缓存。它类似于 Amazon Web Services (AWS) Lambda 或 Netlify。