Jmeter-计算爬升周期

Jmeter-计算爬升周期,jmeter,performance-testing,Jmeter,Performance Testing,我试图在5分钟内每分钟向我的API端点发送1100个请求,因此总共向端点发送5500个请求 根据上述要求,我是如何设置Jmeter的: 似乎我配置错了Jmeter,因为最终我可以看到Jmeter向API发出了8401请求,而不是5500 我在配置中遗漏了什么 是否需要选中或取消选中“无限”复选框 我试图在5分钟内每分钟向我的API端点发送1100个请求,因此总共向端点发送5500个请求 我不知道你是怎么得到这个号码的,但这不是很正确 您的设置意味着: JMeter每秒将添加18个虚拟用户,持续

我试图在5分钟内每分钟向我的API端点发送1100个请求,因此总共向端点发送5500个请求

根据上述要求,我是如何设置Jmeter的:

似乎我配置错了Jmeter,因为最终我可以看到Jmeter向API发出了8401请求,而不是5500

我在配置中遗漏了什么

是否需要选中或取消选中“无限”复选框

我试图在5分钟内每分钟向我的API端点发送1100个请求,因此总共向端点发送5500个请求

我不知道你是怎么得到这个号码的,但这不是很正确

您的设置意味着:

  • JMeter每秒将添加18个虚拟用户,持续60秒
  • 60秒后,JMeter将再运行1100个用户4分钟
  • JMeter能够发出的请求总数主要取决于应用程序响应时间

    如果您想将JMeter的吞吐量限制为每分钟1100个请求,请考虑使用或

    如果您不想限制JMeter的吞吐量,但希望执行5500次,请执行以下任一操作:

    • 将“循环计数”设置为5(但在这种情况下,您可能无法获得1100个并发用户)
    • 或者在
      总执行
      模式下使用,以便JMeter在执行5500个请求后停止
    我试图在5分钟内每分钟向我的API端点发送1100个请求,因此总共向端点发送5500个请求

    我不知道你是怎么得到这个号码的,但这不是很正确

    您的设置意味着:

  • JMeter每秒将添加18个虚拟用户,持续60秒
  • 60秒后,JMeter将再运行1100个用户4分钟
  • JMeter能够发出的请求总数主要取决于应用程序响应时间

    如果您想将JMeter的吞吐量限制为每分钟1100个请求,请考虑使用或

    如果您不想限制JMeter的吞吐量,但希望执行5500次,请执行以下任一操作:

    • 将“循环计数”设置为5(但在这种情况下,您可能无法获得1100个并发用户)
    • 或者在
      总执行
      模式下使用,以便JMeter在执行5500个请求后停止

    您对此测试计划的期望请求数(即5500)是错误的

    按照您的预期,我认为您正在混淆线程和请求

    提升是所有用户到达测试应用程序服务器的时间

    请求由采样器模拟,但线程是用户模拟

    根据您的测试计划:

    - Total Number of Threads: 1100 vitual users
    - Ramp-up time: 60 (1 min)
    - Loop count: Infinite
    - Test duration: 300 sec (5 min)
    - No of requests/sampler in Test Plan: Unknown, assuming it 1
    
    JMeter执行:

    - Total Number of Threads: 1100 vitual users
    - Ramp-up time: 60 (1 min)
    - Loop count: Infinite
    - Test duration: 300 sec (5 min)
    - No of requests/sampler in Test Plan: Unknown, assuming it 1
    
    JMeter将根据启动时间在
    60秒内启动这1100个虚拟用户。因此,
    (1100/60)~18
    用户将在测试的第一分钟内每秒都处于活动状态。每个线程/用户将执行您在测试计划层次结构中定义的请求或采样器。由于您已将循环计数定义为无限
    ,每个线程将重复执行请求,直到测试完成。60秒后,您的1100名用户将在剩余的
    4
    分钟内主动点击这些采样器/请求

    因此,通过JMeter可以发出的请求总数取决于应用程序的响应时间

    如果您的请求的平均响应时间为
    1秒(假设您的测试计划中只有1个请求)
    ,那么您将能够在测试的最后4分钟内(当您的1100个用户都处于活动状态时)达到总计
    264000(264000/240=1100个请求/秒)
    。您还可以使用和侦听器相应地验证这一点

    因此,请仔细检查您的应用程序或您在测试计划中使用的请求/采样器的平均响应时间

    如果您想将JMeter的吞吐量控制在每分钟
    1100
    ,您可以在测试计划级别使用a,并将
    目标吞吐量值用作1100

    不要忘记在测试持续时间中添加
    缓降时间的计数。是的,当你加速时,即在第一分钟,通常你会收到更多的请求,因为线程正在启动。在您的情况下,您的测试持续时间应该是
    7分钟(对于1100个用户,上升60秒;对于5500个请求,上升300秒;对于1100个用户,下降60秒)

    您还可以检查此线程以了解更多信息:

    请注意-请求总数与吞吐量相关,而执行相同活动的活动线程数与并发性相关


    此测试计划的预期请求数(即5500)错误

    按照您的预期,我认为您正在混淆线程和请求

    提升是所有用户到达测试应用程序服务器的时间

    请求由采样器模拟,但线程是用户模拟

    根据您的测试计划:

    - Total Number of Threads: 1100 vitual users
    - Ramp-up time: 60 (1 min)
    - Loop count: Infinite
    - Test duration: 300 sec (5 min)
    - No of requests/sampler in Test Plan: Unknown, assuming it 1
    
    JMeter执行:

    - Total Number of Threads: 1100 vitual users
    - Ramp-up time: 60 (1 min)
    - Loop count: Infinite
    - Test duration: 300 sec (5 min)
    - No of requests/sampler in Test Plan: Unknown, assuming it 1
    
    JMeter将根据启动时间在
    60秒内启动这1100个虚拟用户。因此,
    (1100/60)~18
    用户将在测试的第一分钟内每秒都处于活动状态。每个线程/用户将执行您在测试计划层次结构中定义的请求或采样器。由于您已将循环计数定义为无限
    ,每个线程将重复执行请求,直到测试完成。60秒后,所有的110