【前言】
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左右,如下图所示;