该文章是基于阿里云商业化产品 EDAS 3.0 的微服务实际，如果您的团队具备较强的微服务测试能力，那么心愿咱们在微服务测试方面的实际和背地的思考，能够为您提供一些参考。

前言

随着云原生时代的到来，越来越多的利用生在云上，长在云上，且随着越来越多的企业开始上云，云原生也是企业落地微服务的最佳伴侣。但云上利用易测性受到了很大的挑战，如何进步云上利用易测性，加强 DevOps 能力，是微服务测试要解决的外围问题。
在具体讲述微服务测试之前，先给大家讲一个场景。

上图是一个典型的企业微服务利用架构图，为了思考安全性，云上利用通常部署在云上虚构局域网内，对立通过网关对外裸露服务。对于负责 Product Service 利用的同学来说，我只想测试一下该利用对应的服务是否可用，他会怎么做呢？

• 计划一：进入该利用部署所在的机器（ECS）或者容器（Pod），通过 curl 命令验证该服务是否可用。
• 计划二：将该利用裸露给公网拜访，通过本地命令行工具或者 Postman 工具验证该服务是否可用。
• 计划三：拉一条网络专线，买通云上专有网络 VPC 与办公网网络，通过本地命令行工具或者 Postman 工具验证该服务是否可用。

从以上场景，咱们能够总结出云上微服务测试几点问题：

• 云上网络拓扑简单
• 裸露公网拜访，会呈现黑客攻击，引发平安危险
• 拉一条网络专线，浪费资源老本

明明只想要一个简略的测试能力，老本缺如此之高。上述场景还仅仅是一个简略的调试性能，如果是压测、自动化回归、巡检等其余测试及稳定性保障伎俩，不仅仅要解决上述场景遇到的问题，还须要自建工具，脑补一下，都感觉老本太高，因而，咱们须要微服务测试来帮忙咱们解决这些问题，进一步减速软件交付效率。

为什么咱们须要微服务测试

产品能力

提供测试、压测、自动化回归、巡检等能力，造成一个微服务测试解决方案：

试想一下，研发同学提交代码并部署，能够应用测试工具，验证服务逻辑正确性；能够应用压测工具，验证服务性能指标；验证通过后，开始进行冒烟测试，能够应用自动化回归工具，编写冒烟用例；冒烟通过后，开始进行历史性能回归，能够应用自动化回归工具，编写回归用例；回归通过后，提交测试验收，测试只须要验证新性能，新性能验证通过后，即可提交公布。公布后，进行线上环境验证，须要回归历史性能主流程，能够应用自动化回归工具，编写主流程回归用例，新性能手工验证；主流程回归通过且新性能验证通过，代表公布实现；研发同学，能够应用巡检工具，配置线上巡检；一旦巡检告警，即可先于用户发现问题，并解决问题。咱们是将阿里巴巴积淀的测试解决方案产品化输入，帮忙云上业务实现高质量地实现疾速交付。

易用且平安

开箱即用，无需关注专有网络 VPC 下的网络拓扑；安全可靠，领有在办公网下的测试体验。
试想一下，企业为了平安隔离，研发环境、测试环境、预发环境、生产环境部署在不同的专有网络 VPC 内，如果用户自建测试工具，须要解决测试工具到不同环境的网络互通问题，企业 IT 人员明明只想要一个简略的测试工具，却因为上云之后，要解决简单的云上网络拓扑，远远没有完结，为了可能在办公网应用该测试工具，还须要保障该测试工具可能被办公网拜访，此时又面临着网络安全的考验。咱们心愿有一个可能开箱即用且安全可靠的计划，可能让上云的企业 IT 人员领有在办公网测试体验的测试工具。

低成本

弹性拉起测试机 / 施压机，用完销毁，可能大幅度降低构建测试工具须要的机器资源及人力老本。

试想一下，企业上云是为了降低成本，利用托管极大地升高了资源老本和运维老本，但测试老本并没有升高。企业 IT 人员自建测试工具须要筹备测试机 / 施压机，该局部机器长期占用且存在闲置，资源老本开销大，尤其是在性能压测场景，资源老本开销会更大。除了资源老本外，企业 IT 人员还须要研发测试工具，人力老本及工夫老本十分高，基本上每个企业都须要一套测试工具。咱们心愿有一个低成本的计划，不仅进步企业的资源利用率，同时升高企业 IT 人员开发和保护测试工具的老本。

微服务生态

云上已提供了大量的微服务产品，解决了微服务利用的托管、治理、诊断，微服务测试补齐微服务能力。

试想一下，如何测试一个微服务接口，须要理解接口入参和出参，如果是研发同学 - 服务提供者，可能比拟相熟该接口，如果是测试同学，甚至是其余研发同学，可能就须要文档，甚至是口口相传，微服务治理曾经可视化利用的服务契约信息，联合服务契约信息，只需依照测试须要，抉择利用 -> 框架 -> 服务 -> 办法，配置测试参数，即可进行测试，升高了服务契约同步的老本。

联合上述 4 点，测试同学只需负责用例编写 + 测试验收，接口调试、接口性能水位、用例自动化均可赋能给研发同学，就像晚期 DevOps 一样，升高研发运维之间的反馈回路，进步软件交付效率，DevTest，升高研发测试之间的反馈回路，在保障交付品质的前提下，进一步晋升软件交付效率，同时被动创立巡检工作，定时监控线上服务可用率，先于用户发现问题，解决问题。

EDAS3.0 微服务测试实际

前提条件：微服务利用已接入 EDAS3.0
上面咱们来体验一下，EDAS 上如何应用微服务测试的能力。

服务测试

1. 登录 EDAS 控制台，在页面左上角抉择地区；
2. 左侧导航栏抉择：微服务治理 -> Spring Cloud -> 服务测试 -> 查问服务；
3. 单击某个服务的详情 -> 展现元数据列表；
4. 单击某个办法的测试 -> 进入测试页面（已帮忙用户填充参数模板）；
5. 点击执行即可。

服务压测

1. 登录 EDAS 控制台，在页面左上角抉择地区；
2. 左侧导航栏抉择：微服务治理 -> Spring Cloud -> 服务压测 -> 创立场景；
3. 抉择须要压测的利用 -> 抉择框架 -> 抉择服务 -> 抉择办法；
4. 填写压测参数，点击确认；
5. 进入压测场景列表页，点击详情；
6. 进入压测详情页，点击启动，期待施压机准备就绪；
7. 点击详情，进入压测性能数据报告页，实时查看性能数据；

自动化回归

1. 登录 EDAS 控制台，在页面左上角抉择地区；
2. 左侧导航栏抉择：微服务治理 -> Spring Cloud -> 自动化回归 -> 创立用例；
3. 增加步骤

• 抉择利用 -> 抉择框架 -> 抉择服务 -> 抉择办法；
• 填写参数；
• 断言 / 出参提取；

1. 能够增加多个步骤；
2. 保留用例；
3. 点击执行；
4. 通过执行历史，查看用例是否通过；

服务巡检

1. 登录 EDAS 控制台，在页面左上角抉择地区；
2. 左侧导航栏抉择：微服务治理 -> Spring Cloud -> 服务巡检 -> 创立巡检工作；
3. 抉择须要巡检的利用 -> 抉择框架 -> 抉择服务 -> 抉择办法；
4. 填写巡检参数及断言内容，点击确认；
5. 进入巡检工作列表页，点击启动，即开始巡检；
6. 巡检失败时，能够通过失败记录进行查看，也能够增加告警，通过钉钉、短信、邮件的形式告警；

微服务测试实现细节

工具能力

将阿里巴巴团体内实际的测试工具产品化输入，压测、自动化回归、巡检，升高用户研发工具的老本。

网络互通

利用阿里云现有网络买通技术计划（ENI 挂载），买通云产品专有网络 VPC 与用户专有网络 VPC 利用装置微服务 Agent 时，被动将该利用所在的网络信息（专有网络 VPC，虚构交换机 VSwitch，平安组 SecurityGroup）上报至服务端，依据利用所在的网络信息，即可买通云产品专有网络 VPC 与用户专有网络 VPC，实现云产品服务间接拜访用户专有网络 VPC 部署的服务。

弹性资源

云产品应用本人的资源账号购买弹性机器，装置测试工具。

服务契约

微服务治理曾经可视化服务契约信息，微服务测试间接查问服务契约信息即可

不止是微服务测试

本文介绍了微服务测试的几个能力，补齐了微服务生态测试的能力，行将推出智能流量测试：提供微服务架构下的流量生产录制生产回放、生产录制线下回放、测试用例自动化生成、回归测试场景自动化笼罩等能力，助力您的利用以更低的老本轻松实现测试验证，欢送前来体验。

除了 EDAS（企业级分布式应用服务），微服务测试能力已被 MSE（微服务引擎）集成，还将被 AHAS、CSB、SAE 等云产品集成。将微服务测试能力作为一个根底能力被更多云产品集成，另外，将跟更多微服务产品 ARMS (利用实时监控服务)、ACM（利用配置管理）等造成联动，助力保障云上业务稳定性，让业务永远在线。

>> 原文链接

【阿里巴巴中间件】专一于微服务、容器服务、Serverless……等云原生热门话题，关注同名公众号获取更多精彩内容和福利 ！
Tips: 公众号后盾回复“抽奖”，试试手气？