关注测试行业
专注测试技术

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

引言

最近接到一个任务,需要写一个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脚本就调通了,从中学习到了不少的知识,感谢左泽位同学提供的在线帮助。

转载请注明作者和出处:测试技术学习与分享 » 性能工具之Jmeter一个脚本的编写与调试案例
分享到: 更多 (0)

来捉虫

关注测试行业专注测试技术