一、JMeter 如何通过自定义Sample来压测RPC服务
RPC(Remote Procedure Call)俗称远程过程调用,是常用的一种高效的服务调用方式,也是性能压测时经常遇到的一种服务调用形式。常见的RPC有GRPC、Thrift、Dubbo等。这里以GRPC为例介绍在JMeter中如何添加自定义的Sample来压测GRPC服务,JMeter中提供的Sample如下图所示,从中可以看到并没有我们需要压测GRPC的Sampler。
本文作者:张永清, 转载请注明: https://www.cnblogs.com/laoqing/p/16339979.html 来源于博客园 ,本文摘选自《软件性能测试分析与调优实践之路》
但是从图中可以看到,JMeter中提供了Java 请求Sample,因此我们可以编写一个自定义的Java请求的Sample来实现GRPC调用,由于需要自定义,自然就需要新建一个Java语言的Maven项目,在项目中引入如下jar包依赖,jar包的版本需要跟压测时的JMeter工具版本保持一致。由于笔者用的JMeter工具的版本是3.0,所以如下依赖包选择的也是3.0版本。由于本节需要一些Java语言和Maven项目管理的基础,所以对于这块不熟悉的读者可以预先阅读一些关于这块的基础书籍。
org.apache.jmeter ApacheJMeter_java 3.0
项目中除了需要增加JMeter的依赖外,还需要增加GRPC的依赖,Maven项目完整的pom内容如下所示。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 |
|
编写一个自定义的Java请求Sample,只需要实现JMeter提供的JavaSamplerClient接口即可,如下所示。
本文作者:张永清, 转载请注明: https://www.cnblogs.com/laoqing/p/16339979.html 来源于博客园 ,本文摘选自《软件性能测试分析与调优实践之路》
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 |
|
JMeter提供的JavaSamplerClient接口需要实现的四个方法,如下表所示。
表: JavaSamplerClient接口需要实现的四个方法说明
方法 |
描述 |
setupTest(JavaSamplerContext javaSamplerContext) |
初始化方法。一般用于对数据进行初始化。性能压测时该方法只会被执行一次,方法体里面的内容可以为空 |
runTest(JavaSamplerContext javaSamplerContext) |
Sample请求的具体实现。比如调用GRPC服务就需要在该方法中编写调用GRPC服务的代码 |
teardownTest(JavaSamplerContext javaSamplerContext) |
用于数据或者资源销毁的方法。一般用于压测停止时,需要执行的数据或者资源的释放动作。性能压测时该方法也只会被执行一次,方法体里面的内容同样可以为空 |
getDefaultParameters() |
参数设置方法。一般用于设置传递的参数 |
GRPC示例:以传入用户名和密码进行用户注册的GRPC服务作为示例,该GRPC接口请求输入和响应输出都是JSON的文本形式,GRPC服务的proto文件内容如下(proto是GRPC提供的接口协议定义标准文档):
1 2 3 4 5 6 7 8 9 10 11 12 |
|
服务接口详细说明如下表示。
表: 服务接口详细说明
参数 |
说明 |
RequestData |
定义了文本类型的参数用于GRPC服务的请求入参使用,比如传入JSON: {"userAccount":"zyq","password":"mima"} |
ResponseData |
定义了文本类型的参数用于请求响应使用,用于存储GRPC服务调用后响应的文本内容 |
StreamService |
定义了一个GRPC服务,并且服务里面包含了SimpleFun这个方法,方法中请求传入RequestData,调用完成后返回ResponseData |
本文作者:张永清, 转载请注明: https://www.cnblogs.com/laoqing/p/16339979.html 来源于博客园 ,本文摘选自《软件性能测试分析与调优实践之路》
请求调用过程如下图所示。
服务器的配置信息如下表所示。
表: 服务器的配置说明
服务器类型 |
配置说明 |
应用服务器(GRPC) |
内存:2G CPU:4核 部署软件:GRPC Java应用服务、JDK1.8 操作系统:CentOS7 |
数据库服务器 |
内存:2G CPU:2核 部署软件:MySQL 操作系统:CentOS7 本文作者:张永清, 转载请注明: https://www.cnblogs.com/laoqing/p/16339979.html 来源于博客园 ,本文摘选自《软件性能测试分析与调优实践之路》 |
笔者这里自己实现的GRPC服务的Sample具体示例代码如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 |
|
本文作者:张永清, 转载请注明: https://www.cnblogs.com/laoqing/p/16339979.html 来源于博客园 ,本文摘选自《软件性能测试分析与调优实践之路》
示例编写完成后,执行Maven项目打包命令mvn assembly:assembly,即可生成性能压测时需要放入JMeter中的jar包,如下图所示。
将生成的jmeter-grpc-1.0-SNAPSHOT.jar放入JMeter工具的apache-jmeter-3.0\apache-jmeter-3.0\lib\ext目录下,如下图所示,JMeter的ext目录专门用于存放扩展的JMeter自定义jar包。
放入后打开JMeter工具,在添加Java请求Sample后,即可看到我们自己编写的自定义GRPC服务Sample了,如下图所示。
在JMeter工具中执行请求调用后,即可在察看结果树这个JMeter元件中看到请求调用的结果,如下所示。
由此可见,JMeter支持的功能其实非常强大,理论上只要Java语言可以调用的服务都可以使用JMeter来做性能压测。
二、JMeter对GRPC服务的性能压测分析与调优
在添加完GRPC服务的Sample后,我们在上图的基础上,增加Summary Report、聚合报告、图形结果、响应断言、计数器这几个JMeter元件,以辅助我们做性能压测。其中计数器是本次用来辅助做参数化的,如下图所示,在图中userAccount和password这两个参数都用到了计数器产生的counter变量来构造数据,由于计数器是递增的,所以保证了构造出来的数据不会重复。
JMeter的性能压测脚本准备完成后,采用10个并发用户开始进行压测,如下图所示。
未完待续........(中间省略的部分请查看原书)
使用jvisualvm工具,查看jvm进程的线程运行情况如下图所示。可以看到由于是10个并发用户,所以GRPC服务端的默认执行线程也是10个,但是从图中可以看到这些线程大部分时间都不是处于真正的运行状态,而是处于监视状态,由此怀疑服务端应用程序多线程并发处理时可能遇到了同步锁争抢。
未完待续........(中间省略的部分请查看原书)
从代码中可以看到,这段代码使用同步锁来保证插入到数据中的用户账号不会重复,每次插入前都需要先查询数据库中是否存在该账号,如果不存在才插入,同步锁是用来保证并发调用时线程安全的,确保数据库中不会出现重复的脏数据。
针对上述情况,分析总结如下:
需要的私我关键字【000】免费获取哦 注意关键字是:000
项目实战:
大型电商平台:
全套软件测试自动化测试教学视频
300G教程资料下载【视频教程+PPT+项目源码】
全套软件测试自动化测试大厂面经
python自动化测试++全套模板+性能测试
听说关注我并三连的铁汁都已经升职加薪暴富了哦!!!!