因此,我使用JMeter的吞吐量成形计时器来测试REST服务器的性能。我注意到了一些意想不到的事情。
首先,我的设置详细信息:
1)JMeter版本: 3.0 r1743807
2) JMX文件:DropBox链接
现在,我的问题是:
2)根据计划,每秒请求的数量应该从100-200。但在这里,它似乎减少了,如上所述。
3)根据这个插件的留档,线程组的数量=每秒所需的请求*服务器响应时间/1000。是因为这个插件如何在内部工作,还是它是一个简单的逻辑,我错过了?
问题在于线程组设置。
你只有一次迭代,在1秒钟内增加300个用户。因此,如果Jmeter能够发送所有300个请求并得到响应,JMeter将立即完成测试。这些计时器设置仅在测试运行时适用。
如果您需要测试运行一段时间(比如60秒),那么将循环计数设置为永久
我已经使用作为jmeter插件提供的吞吐量整形仪创建了一个最大峰值负载为5000 rpm的概要文件。 当我添加“每秒事务数”作为侦听器以分析每秒请求时。它没有显示5000rpm的峰值负载。 每秒事务侦听器是否显示吞吐量成形仪生成请求的图,或针对任何目标服务器生成的请求的实际执行图。 如何确认请求的生成达到5000 rpm的最大峰值负载?目前,我正在使用http采样器生成请求。
我有一个带有七个线程组的巨大脚本。我使用了Conccurency线程组和吞吐量整形计时器。我有两个问题: 我是否可以将吞吐量成形计时器中的值与点一起使用,例如,开始RPS:0.01,结束RPS:0.3 如何在CTG中多次使用吞吐量成形计时器?例如:我有10个步骤。前5步的RPS应为0.5到2(阶梯式),第6步和第7步的RPS应为0.3到0.8,最后一步的RPS应为0.1到0.4。我想使用比例-我的
我想为我正在开发的应用程序模拟100 rpm。我计划使用并发线程组和吞吐量成形计时器。我创建了一个示例来测试它是如何工作的。下面是我的剧本 我已将其添加为log4j2的下一行。xml文件: jmeter.log有以下日志 我的问题是 问题1。我是否正确地配置了测试以模拟100 rpm的吞吐量,或者我遗漏了什么? 问题2。如何提前计算需要添加多少用户才能实现目标并发?如果我用公式 在这里,我是否需要
我正在尝试构建一个JMeter测试,包括一个并发线程组和一个吞吐量成形计时器,如这里和这里所述。计时器配置为运行10个斜坡和阶段,RPS从1到333。我想将并发线程组设置为使用调度反馈函数,并在目标并发字段中添加了公式(我已将示例从tst名称更新为实际计时器名称)。如果吞吐量是由计时器管理的,则我假设属性没有那么重要,因此我将爬升时间和步长设置为1;保持目标速率时间为8000,比计时器中添加的步长
我想通过从CSV文件向服务器发送100个请求来测试10个线程。我想每个线程按顺序发射100个请求,同时允许并行请求。我有我的主要采样器和子采样器的子组件和另一个采样器,我想比较我的结果。这种配置通常会产生7个采样器。问题是,当我尝试绘制吞吐量与线程之间的关系图时,在1个用户中,结果在y轴上显示了100多个事务/秒的值。同样的事情发生在“显示结果表”侦听器(即,对于1个用户,它显示700个样本)如何
在我的测试计划中,我有24个吞吐量控制器,它们的执行率不同,最小的是1%。10个不同的吞吐量控制器有1%的执行率。每个吞吐量控制器下面都有许多事务控制器。当我运行一个测试1小时时,在某些最小百分比吞吐量控制器下定义的采样器甚至不会执行一次。我已经确保所有24个吞吐量控制器的总数增加到100%。如何确保在所有吞吐量控制器上定义的所有采样器至少执行一次? 对于吞吐量最少的控制器,我将其更改为“Tota
我有一个JMeter测试计划,其中包含具有不同工作负载和吞吐量的多个线程组。我想使用吞吐量成形计时器,但只对一个线程组应用成形。如果我在线程组中有计时器,它似乎仍然作用于整个测试计划。 例如,如果我将其设置为每秒6个请求,并运行测试10分钟,则在“查看结果”树中会得到3600个条目(这是预期的)。不幸的是,这3600个条目包括来自其他线程组的请求。我希望只从这个线程组中获得3600个条目,然后从其
我正在根据以下要求开发JMeter脚本 Http请求总数-24,Http请求总数/分钟-12,测试持续时间2min,每分钟请求之间的等待时间:60min/12req=5秒。 在我的场景中总共发生了3笔交易 添加文档(占总请求的20%) 添加文档(占总请求的80%) 更新文档(占总请求的100%) 下面是我使用过的线程组和控制器 > 终极线程组终极线程组 (2) 吞吐量控制器分配负载的百分比[24个