与常量计时器相关的jmeter最终线程组 情景: A.最终线程组:线程数:100,启动时间:60,保持负载:300 B如果脚本中有10个Http(s)请求,并且每个请求都有1秒的恒定计时器,则总恒定时间值=10秒。 在上述场景中,保持时间将变为300+(100*10)或300+(10)或300-(100*10)或300-(10)
采样器上的计时器与总测试时间无关。在上面的例子中,它将是60+300秒与常量计时器相关的jmeter最终线程组 情景: A.最终线程组:线程数:100,启动时间:60,保持负载:300 B如果脚本中有10个Http(s)请求,并且每个请求都有1秒的恒定计时器,则总恒定时间值=10秒。 在上述场景中,保持时间将变为300+(100*10)或300+(10)或300-(100*10)或300-(10),jmeter,Jmeter,采样器上的计时器与总测试时间无关。在上面的例子中,它将是60+300秒 当一个线程完成其10个请求时,它将再次启动。因此,一旦测试升级,每个线程将执行它们30次。如果您增加了计时器,完成10个请求将花费更长的时间,因此可以进行更少的迭代-但这不会改变您的持续时间。采样器上的计时器与您的总测试时间没有任何关系。在上面的例子中,它将是60+300秒 当一个线程完成其10个请求时,它将再次启动。因此,一旦测试升级,每个线程将执行它们30次。如果您增加了计时器,则完成10个请求所需的时间会更长,因此迭代
当一个线程完成其10个请求时,它将再次启动。因此,一旦测试升级,每个线程将执行它们30次。如果您增加了计时器,完成10个请求将花费更长的时间,因此可以进行更少的迭代-但这不会改变您的持续时间。采样器上的计时器与您的总测试时间没有任何关系。在上面的例子中,它将是60+300秒
当一个线程完成其10个请求时,它将再次启动。因此,一旦测试升级,每个线程将执行它们30次。如果您增加了计时器,则完成10个请求所需的时间会更长,因此迭代次数会更少,但这不会改变您的持续时间。计时器和保持时间是独立工作的,它们不相关 在你的例子中— 测试将在测试开始时开始加载线程,到60秒结束时,所有100个线程都将启动 单个线程的执行取决于服务器上发送的每个请求的响应(在您的情况下,每个线程10个请求),所以常量计时器将在向服务器发送同一线程的下一个请求之前等待1秒 所以,保持时间确保在指定的时间段内服务器上加载相同的100个用户(线程)。当一个线程完成其执行周期(全部10个请求)时,它将添加另一个线程以在指定为保持时间的测试时间内保持相同的负载
测试将在30+60=90秒内完成。计时器和保持时间独立工作,它们不相关 在你的例子中— 测试将在测试开始时开始加载线程,到60秒结束时,所有100个线程都将启动 单个线程的执行取决于服务器上发送的每个请求的响应(在您的情况下,每个线程10个请求),所以常量计时器将在向服务器发送同一线程的下一个请求之前等待1秒 所以,保持时间确保在指定的时间段内服务器上加载相同的100个用户(线程)。当一个线程完成其执行周期(全部10个请求)时,它将添加另一个线程以在指定为保持时间的测试时间内保持相同的负载 测试将在30+60=90秒内完成