RPC接口测试(三) RPC接口测试
2019-08-04 01:52 清风软件测试开发 阅读(11423) 评论(1) 编辑 收藏 举报RPC接口测试
接口测试主要分HTTP和RPC两类,RPC类型里面以Dubbo较为知名。
互联网微服务架构,两种接口都需要做接口测试的,不管是业务测试还是回归测试;
Dubbo:Java栈的互联网公司比如阿里、美团、58、滴滴、京东等等都是差不多的服务端架构,所以这些公司,两类接口测试也是必不可少的工作部分;
Dubbo是一个分布式服务框架,致力于提供高性能和透明化的RPC远程服务调用方案,以及SOA服务治理方案。简单的说,dubbo就是个服务框架,如果没有分布式的需求,其实是不需要用的,只有在分布式的时候,才有dubbo这样的分布式服务框架的需求,并且本质上是个服务调用的东东,说白了就是个远程服务调用的分布式框架(告别Web Service模式中的WSdl,以服务者与消费者的方式在dubbo上注册)
rpc API 文档如下
接口实体: Object restForRpc(RequestParams requestParams);
请求URL: http://10.118.60.177:8931/express/test/restForRpc
请求方式:POST
dubbo是什么
dubbo是阿里巴巴开源的一套rpc方案,以为理念很契合微服务,这几年很火,用户里面不凡京东,当当,去哪儿等大公司。
rpc场景
dubbo架构
官网也提供了一个很简单实用的demo来演示dubbo协议的使用,用起来的确很简单强大。
dubbo demo
可参考 http://dubbo.io/ 首页的例子已经很好了。
基于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之类的字节码分析框架即可自动生成接口测试用例模板了。
dubbo测试的技术关注点
dubbo支持很多的协议,如果用的是http或者hessian协议,他们本身是文本的,可以直接使用restassured框架进行接口测试
dubbo的registry保存了dubbo各种服务的注册信息,测试的时候可以直接用registry,而不是直接连接到提供服务的provider上