性能工具之Jmeter一个脚本的编写与调试案例

2018-09-11   出处:7DGroup  作/译者:徐峥  


引言

最近接到一个任务,需要写一个Jmeter脚本,脚本需要“登录”后从返回值获取Cookies,然后从第一个接口的返回参数中提取有用的id,在第二个接口请求的时候使用这个id,从而完成测试。然而这个看似简单的测试用例的编写并不是很容易,还经历了一些有趣的调试。

第一个问题

开始,完成了登录接口的编写,但是返回非常奇怪,我把JMeter返回的内容存入HTML中,页面如下:


报错的原因是json的字符串没有经过规格化,如:json.loads(),后尝试做了如下操作:

  • Multipart/form-data的基础方法是POST,也就是说是由POST方法来组合实现的。

  • Multipart/form-data与POST方法的不同之处在于请求头和请求体。

  • Multipart/form-data的请求头必须包含一个特殊的头信息 : Content-Type , 且其值也必须规定为multipart/form-data,同时还需要规定一个内容分割符用于分割请求体中的多个POST的内容,如文件内容和文本内容自然需要分割开来,不然接收方就无法正常解析和还原这个文件了。

  • Multipart/form-data的请求体也是一个字符串 , 不过和post的请求体不同的是它的构造方式 , post是简单的name=value值连接,而Multipart/form-data则是添加了分隔符等内容的构造体。

请求的头部信息如下:


这里因为Content-Type已经有要求了,需要把这一项去掉。

这样登录接口就调试成功了。

第二个问题

刚松了一口气,结果第二个问题出现了,第二个请求返回报错,如下:这明显是一个长连接的问题。



正常的客户端访问,不会出现这样的情况,因为正常通信的情况下,服务端主动关闭,客户端连接也会释放掉。但是JMeter中,服务端主动关闭,他根本就不理会。那么有没有JMeter中实时主动关闭的办法那?

去掉勾选Use KeepAlive,连接就不会复用,这样也就不存在空闲超时,被服务端干掉的情况了。但带来的是性能的开销,因为tcp每次都要关闭然后重建。

到此为止,这个Jmeter脚本就调通了,从中学习到了不少的知识,感谢左泽位同学提供的在线帮助。



【声明】:上文为本站编辑转载,文章版权归原作者所有。文章内容为作者个人观点,本站只提供转载参考,目的在于传递更多专业信息,普惠测试相关从业者,开源分享,推动行业交流和进步。如涉及作品内容、版权和其它问题,请原作者及时与本站联系,我们将第一时间进行处理。本站拥有对此声明的最终解释权! 




欢迎给测试窝投稿或参与内容翻译工作,请邮件至editors@testwo.com。也欢迎大家通过新浪微博(@测试窝)或微信公众号(测试窝)关注我们,并与我们的编辑和其他窝友交流。
173°|1737 人阅读|0 条评论

登录 后发表评论
最新文章