Jmeter_RabbitMQ性能测试

【前言】

  RabbitMQ消息的传递并非使用HTTP协议,而是AMQP协议,因此除非开发暴露一个HTTP请求接口出来,否则无法直接使用HTTP请求发送json串数据,实现数据publish到MQ中。

【测试方法】

  前提:有可视化的RabbitMQ管理页面;

  方法:利用Jmeter,录制RabbitMQ管理页面的publish message操作请求,在不经过上游调度系统的情况下将数据压入MQ中,供结算系统消费。

RabbitMQ实例】

  (1)操作页面及流程

    操作页面:登录Rabbit,进入createDetailRecord的Queue页面;

    操作流程:

  (2)Json串的获取

    对于两个系统之间的消息传递,接收方在接收到消息后,一般会在日志里打印消息体,我们可以利用此,先从调度系统中手动推送一条消息到结算系统,然后查看结算系统的服务器实时日志,获取消息体。

    当然,对于接口测试,开发都会提供接口文档,但是对于有100+个字段的接口,若无json形式的接口文档,那接口字段变成测试可识别的文档尚需要一些时间。

    注:

    ①调度到运力结算的详单数据,是调度生成一条则推送一条,因此此处模拟的也是单条数据推送的json串格式;但是如果两个系统中推送消息的方式是:一次推送多条,则相应的json串格式也会随之调整,由对象变成对象数组,且一般会在尾部有数量的说明。

    ②有时,需要修改消费者方唯一性字段的值,例如某些自增长Id;

    从运力结算的服务器日志中,我们可以得知消息体的json格式串,如下所示:

  (3)Jmeter脚本准备

    ①录制:采用Jmeter代理录制的方式,录制上文“(1)操作页面及流程” 对应的操作即可;

    ②关于登录:RabbitMQ的登录认证采用HTTP基本认证,因此从登录请求(/api/whoami)中并不能直接找到用户名和密码,而是在该请求的HTTP信息头中的authorization字段,该字段值为: "用户名+冒号+明文密码"用BASE64算法加密后的字符串。在后续的资源请求中,都会携带该字段,用于用户身份标识。

    验证方法:http://www1.tc711.com/tool/BASE64.htm

 

    ③对请求的json字段进行参数化,即可对MQ及consumer进行压力测试。

    所遇问题1:CSV Data Set Config的Variable Names中声明参数 " OWNER_NAME ",但是在publish请求中将变量ownerName的值参数化为" ${owner_Name}",执行脚本时,服务器报JsonParseException异常,具体为: " Unrecognized token ‘$’ : was expecting"。

    解决方法1:在publish请求中将变量ownerName的值参数化为" ${OWNER_NAME}"。

    经验总结1:Jmeter的参数是大小写敏感的

 

    所遇问题2:服务器端中文显示乱码

    解决方法2:Jmeter→CSV Data Set Config→“File encoding”指定为“UTF-8”。

 

    所遇问题3:参数文件中,日期格式不正确,不正确格式形如:19-6月 -17 06.35.10.463000 下午。

    解决方法3:开发同学重新拉取生产数据,利用数据库操作将reg_date的格式修改为YYYY-MM-DD HH:MM:SS。

 

4)本次测试结果

    压测使用的数据量:利用脚本不间断的向MQ中压入1w条数据,从第一条数据进入MQ到最后一条数据被运力结算consumer,共耗时1小时左右,consumer处理速度为3个/s左右,如下图所示;

 

转载于:https://www.cnblogs.com/xpp142857/p/8457068.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值