performance - JMeter 理解升级

标签 performance testing jmeter

这是我的测试计划线程属性的配置:

Number of Threads (users): 100
Ramp-up Period (in seconds): 10
Loop Count : Forever
Delay thread creation until needed: No
Scheduler: No

我整夜运行测试,总持续时间为 14 小时 7 分钟(约 50820 秒)。加载 jtl 文件后,摘要报告中显示的样本数为 1050975。我尝试计算但无法理解它是如何得出这么多样本的。

如果 Ramp-up Period 是 JMeter 创建每次迭代的线程数所花费的时间,并且如果测试持续时间是 50820 秒,那么我应该只有 508200 个样本 ( 50820/10 * 100 )。我不知道循环计数如何或是否会影响这一点。

最佳答案

Thread Group 中的加速是 JMeter 启动线程总数所需的时间。在您的情况下,这意味着每 0.1 秒就有一个新线程在 10 秒后开始提供 100 个正在运行的线程。这 100 个线程连续执行您的测试迭代,因此在测试持续期间,在启动后 100 个线程连续运行。

关于performance - JMeter 理解升级,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17288545/

相关文章:

android - 性能最好的 Android ViewGroup 用于独立定位的 child ? - 相对布局与框架布局

performance - 支持 apachebench 的多部分 POST 吗?

c# - 用于测试目的的 amazon s3 开发者免费帐户

timer - 在线程组迭代之间添加延迟时间

jdbc - 从 JDBC 请求中提取值并在下一个 jdbc 请求中使用

sql-server - 模拟慢速数据库连接

objective-c - 保留核心数据对象的子集

测试桌面应用程序

c# - 使用最小起订量的非虚拟成员的无效设置

regex - 在 Jmeter 如何使用捕获的正则表达式变量作为​​文件名的一部分?