Jmeter Body 的 PUT 请求字节吞吐量随时间变化
Jmeter Body of PUT request Bytes throughput Over Time
我的目标是使随时间变化的字节吞吐量指标更加准确。
我的负载测试的总体感觉:
- 从本地主机使用 GET HTTP 请求加载文件,将文件内容保存为不同的变量,如 ContentVar。
- 开始 PUT 循环。将 ${ContentVar} 放入 body 的 PUT 请求中。
当我分析生成的 jtl 文件时,我可以在加载文件的最开始看到正确的 "Bytes"。 (即我加载的 1MB 文件将在该步骤显示 1MB 的字节)。
然而,put 请求都显示 493-494 字节,即使它们的请求正文中有文件的内容。
我认为这些 PUT 应该代表我正在加载到 PUT 请求中的文件的大小 + header 等的一些额外内容。
这是怎么回事?
不确定这是否相关,但 Tree Listener 不显示 PUT Body 的内容。
我会看看:
PUT data:
<actual file content, not shown here>
在版本 2.x 中,我能够看到原始 HTTP 请求的内容。
更改 view.results.tree.max_size 似乎没有帮助。不确定这是否与低字节数有关。
我正在使用 jmeter v3
这是一个确定的 "bug":
https://bz.apache.org/bugzilla/show_bug.cgi?id=60092
即将发布的3.1将修复,您可以尝试问题附带的补丁。
这是因为 3.0 中的这个修复:
我的目标是使随时间变化的字节吞吐量指标更加准确。
我的负载测试的总体感觉:
- 从本地主机使用 GET HTTP 请求加载文件,将文件内容保存为不同的变量,如 ContentVar。
- 开始 PUT 循环。将 ${ContentVar} 放入 body 的 PUT 请求中。
当我分析生成的 jtl 文件时,我可以在加载文件的最开始看到正确的 "Bytes"。 (即我加载的 1MB 文件将在该步骤显示 1MB 的字节)。 然而,put 请求都显示 493-494 字节,即使它们的请求正文中有文件的内容。
我认为这些 PUT 应该代表我正在加载到 PUT 请求中的文件的大小 + header 等的一些额外内容。
这是怎么回事? 不确定这是否相关,但 Tree Listener 不显示 PUT Body 的内容。 我会看看:
PUT data: <actual file content, not shown here>
在版本 2.x 中,我能够看到原始 HTTP 请求的内容。 更改 view.results.tree.max_size 似乎没有帮助。不确定这是否与低字节数有关。
我正在使用 jmeter v3
这是一个确定的 "bug":
https://bz.apache.org/bugzilla/show_bug.cgi?id=60092
即将发布的3.1将修复,您可以尝试问题附带的补丁。
这是因为 3.0 中的这个修复: