干货 | Dubbo 接口测试技术,测试开发进阶必备

简介: Dubbo 是阿里巴巴开源的一套 RPC 方案,因为理念很契合微服务,这几年很火,用户里面不凡京东,当当,去哪儿等大公司。

image.png

Dubbo 接口测试为霍格沃兹测试学院特色课程,全网深度领先,想一起系统进阶的同学文末加群交流。

Dubbo 是什么?

Dubbo 是阿里巴巴开源的一套 RPC 方案,因为理念很契合微服务,这几年很火,用户里面不凡京东,当当,去哪儿等大公司。

RPC 场景
image.png

Dubbo 架构
image.png

官网也提供了一个很简单实用的 Demo 来演示 Dubbo 协议的使用,用起来的确很简单强大。

Dubbo demo

首页的例子已经很好了。可参考 http://Dubbo.io/

下面介绍几种常用的 Dubbo 接口测试方法。

基于 telnet 的简单调试接口

任何一个 Dubbo 服务都支持一个简单的 telent 交互。比如

telnet localhost 20880
>ls -l
> ls -l DemoService
> invoke DemoSerivce.sayHello("seveniruby")

这种方式只能用来简单验证接口的可用

传统的基于 XML 配置的 Dubbo 的测试方法

首先创建一个 XML 文件放到 resources 下

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xmlns:Dubbo="http://code.alibabatech.com/schema/Dubbo"
       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://code.alibabatech.com/schema/Dubbo http://code.alibabatech.com/schema/Dubbo/Dubbo.xsd">
    <Dubbo:application name="demo-consumer"/>
    <Dubbo:registry address="Dubbo://127.0.0.1:9090"/>
    <Dubbo:reference id="demoService" interface="com.testerhome.tapi.Dubbo.DemoService"/>
</beans>

通过使用一份 XML 配置文件进行测试

  test("Dubbo use registy xml"){
    val context = new ClassPathXmlApplicationContext("Dubbo/consumer.xml")
    context.start()
    val demoService = context.getBean("demoService").asInstanceOf[DemoService]
    println(demoService.sayHello("seveniruby"))

    val req=new RequestModel()
    req.setName("james")
    req.getChild.setName("lily")
    println(TData.toJson(demoService.reqModel(req)))
  }

基于 API 的 Dubbo 测试方法

其实除了 XML 配置之外,官方也提供了一份直接通过 API 进行配置的方式,这个方式无疑是可编程比较灵活的。

  test("Dubbo use registry"){
    // 当前应用配置
    val application = new ApplicationConfig
    application.setName("yyy")

    // 注意:ReferenceConfig 为重对象,内部封装了与注册中心的连接,以及与服务提供方的连接

    // 引用远程服务
    val reference = new ReferenceConfig[DemoService] // 此实例很重,封装了与注册中心的连接以及与提供者的连接,请自行缓存,否则可能造成内存和连接泄漏
    reference.setApplication(application)
    reference.setRegistry(registry); // 多个注册中心可以用 setRegistries()
    reference.setInterface(classOf[DemoService])
    //reference.setUrl("Dubbo://127.0.0.1:20881")
    reference.setTimeout(5000)

    // 和本地 bean 一样使用 DemoService
    val DemoService = reference.get // 注意:此代理对象内部封装了所有通讯细节,对象较重,请缓存复用
    System.out.println(DemoService.sayHello("seveniruby"))

    val req=new RequestModel()
    req.setName("james")
    req.getChild.setName("lily")
    System.out.println(TData.toJson(DemoService.reqModel(req)))
  }

泛化调用

官方原话是:

泛化接口调用方式主要用于客户端没有 API 接口及模型类元的情况,参数及返回值中的所有 POJO 均用 Map

表示,通常用于框架集成,比如:实现一个通用的服务测试框架,可通过 GenericService 调用所有服务实现。

这种情况适合自己打造接口测试框架使用。以上 2 个方式都需要依赖研发提供的 Dubbo 接口的 jar 包,这无疑会增加项目的负担。

使用泛化可以不依赖任何研发提供的 jar 包,不过缺点也明显,仍然需要 jar 包或者其他的文档去分析 Dubbo 接口的调用参数信息。

例子

 test(" 泛化调用 by provider conf use map"){

    var reference = new ReferenceConfig[GenericService]() // 该实例很重量,里面封装了所有与注册中心及服务提供方连接,请缓存
    reference.setGeneric(true) // 声明为泛化接口
    reference.setApplication(new ApplicationConfig("generic-provider"))
    //reference.setRegistry(registry)
    reference.setInterface("com.testerhome.tapi.Dubbo.DemoService") // 弱类型接口名
    reference.setTimeout(5000)
    reference.setUrl(s"Dubbo://127.0.0.1:20881")

    val genericService = reference.get
    val result = genericService.$invoke("sayHello", Array("java.lang.String"), Array("xxxx".asInstanceOf[AnyRef]))
    log.info(result)

    val childMap= mutable.Map[String, AnyRef]()
    childMap.put("name", "children")
    val map= mutable.Map[String, AnyRef]()
    map.put("name", "aaa")
    map.put("id", "11")
    map.put("child", childMap.asJava)

    val resModel=genericService.$invoke(
      "reqModel",
      Array("com.testerhome.tapi.Dubbo.RequestModel"),
      Array(map.asJava.asInstanceOf[AnyRef]))
    log.info(resModel)
    log.info(TData.toJson(resModel))
  }

虽然看起来还是依赖 jar 包,不过这个依赖就挺小了。如果你技术稍微 “猥琐” 点,就应该可以想到,只需要借助 asm 之类的字节码分析框架即可自动生成接口测试用例模板了。

Tips | Dubbo 测试的技术关注点

Dubbo 支持很多的协议,如果用的是 HTTP 或者 Hessian 协议,他们本身是文本的,可以直接使用 RESTAssured 框架进行接口测试;
Dubbo 的 Registry 保存了 Dubbo 各种服务的注册信息,测试的时候可以直接用 registry,而不是直接连接到提供服务的 provider 上;

更多技术文章分享及测试资料点此获取

相关文章
|
29天前
|
安全 测试技术
现代软件测试中的自动化技术应用及挑战
在当今数字化时代,软件测试的重要性日益凸显。本文探讨了现代软件测试中自动化技术的应用现状和挑战,分析了自动化测试在提高效率、降低成本、增强可靠性等方面的优势,同时也提出了自动化测试所面临的挑战和解决方案。
|
21天前
|
Java fastjson 数据安全/隐私保护
【Dubbo3技术专题】「云原生微服务开发实战」 一同探索和分析研究RPC服务的底层原理和实现
【Dubbo3技术专题】「云原生微服务开发实战」 一同探索和分析研究RPC服务的底层原理和实现
38 0
|
21天前
|
Cloud Native Dubbo 应用服务中间件
【Dubbo3技术专题】拥有新时代的通信协议,引领云原生迈向更高的舞台 | 解密Dubbo3是如何从微服务升华到云原生领域
【Dubbo3技术专题】拥有新时代的通信协议,引领云原生迈向更高的舞台 | 解密Dubbo3是如何从微服务升华到云原生领域
36 1
|
21天前
|
Kubernetes Dubbo Cloud Native
【Dubbo3技术专题】总体技术体系介绍及技术指南(序章)
【Dubbo3技术专题】总体技术体系介绍及技术指南(序章)
15 1
|
28天前
|
人工智能 测试技术 虚拟化
现代软件测试中的自动化工具与技术
随着信息技术的迅猛发展,现代软件开发和测试领域也在不断创新。本文将探讨现代软件测试中自动化工具与技术的应用。通过分析自动化测试的优势、挑战以及最佳实践,帮助读者更好地理解当前软件测试领域的发展趋势,并为实际工作提供参考。
16 1
|
29天前
|
敏捷开发 供应链 测试技术
深入理解与应用软件测试中的Mock技术
【2月更文挑战第30天】 在现代软件开发过程中,单元测试是保证代码质量的重要手段。然而,对于高度依赖外部系统或服务的应用来说,传统的单元测试方法往往难以实施。Mock技术应运而生,它通过模拟外部依赖的响应,使开发者可以在隔离的环境中测试目标代码。本文将探讨Mock技术的概念、应用场景以及如何在软件测试中有效地使用Mock对象,以增强测试的灵活性和可靠性。
|
1月前
|
测试技术
模型驱动测试引领测试开发新风向
模型驱动测试引领测试开发新风向
19 3
|
2月前
|
调度
【技术探讨】无线通信模块拉距测试,是否一定要带笔记本电脑?
对于Sub-G的无线模块通常通信距离较远可以达到公里级甚至数公里之远,而笔记本的续航时间通常是2-3个小时,很多用户测试到一半,不得不提前终止测试,回去给笔记本电脑充电
|
2月前
|
SQL 测试技术 数据库连接
Lim接口测试平台-接口测试功能详解
Lim接口测试平台-接口测试功能详解
40 1
|
2月前
|
人工智能 测试技术 API
你知道哪些新兴的测试技术?
你知道哪些新兴的测试技术?