当前位置: 首页 > 知识库问答 >
问题:

jmeter中的线程数、上升周期、循环计数、调度器持续时间

相威
2023-03-14
Thread Group 1: # of threads:1, ramp up period:0, loop count:5, no scheduler
Thread Group 2: # of threads:5, ramp up period:0, loop count:1, no scheduler
Thread Group 3: # of threads:1, ramp up period:1s, loop count:5, no scheduler
Thread Group 4: # of threads:5, ramp up period:5s, loop count:1, no scheduler
Thread Group 5: # of threads:1, ramp up period:1s, loop count:forever, duration in scheduler:5s
Thread Group 6: # of threads:5, ramp up period:5s, loop count:forever, duration in scheduler:5s
  1. 线程组1和线程组2之间有什么区别吗?
  2. 每个循环之间的时间上限是多长?
  3. 线程组3、4、5和6之间有什么不同吗?
  4. 组3、4、5和6是否都需要5秒才能发送完所有请求?每组的总成绩应该是5吗?
  5. 当我尝试线程组5时,我得到了大约83个回复,为什么不只有5个回复?这是否意味着上升周期不起作用?

我很困惑这些群体之间的差异,希望有人能帮助我。提前多谢!

共有1个答案

华易安
2023-03-14

首先,每个参数的简短定义:

>

  • 线程数:模拟用户

    上升周期:Jmeter启动所有线程所需的时间

    循环计数:每个线程执行测试用例的次数

    这里要理解的一个重要的事情是,上升周期与循环计数无关。它只与线程的数量有关。如果有10个线程,且上升时间为100秒,则每个线程将在前一个线程启动后10秒开始,启动线程组中所有线程的总时间为100秒。

    现在每个线程组案例的答案是:

    Thread Group 1: # of threads:1, ramp up period:0, loop count:5, no scheduler
    Thread Group 2: # of threads:5, ramp up period:0, loop count:1, no scheduler
    Thread Group 3: # of threads:1, ramp up period:1s, loop count:5, no scheduler
    Thread Group 4: # of threads:5, ramp up period:5s, loop count:1, no scheduler
    Thread Group 5: # of threads:1, ramp up period:1s, loop count:forever, duration in scheduler:5s
    Thread Group 6: # of threads:5, ramp up period:5s, loop count:forever, duration in scheduler:5s
    

    线程组1和线程组2之间有什么区别吗?

    Q3.线程组3、4、5和6之间有什么区别吗?

    是的,所有的参数都不同,所以如上所述,行为是不同的。

    Q4.组3、4、5和6是否都需要5秒才能发送完所有请求?每组的总成绩应该是5吗?

    线程组5和6各自只能运行5秒。如果在此之前完成测试,则罚款,否则终止并停止测试

    当我尝试线程组5时,我得到了大约83个回复,为什么不只有5个回复?这是否意味着上升期不起作用?

    为什么只有5个回复???线程组5将创建一个单独的线程,该线程将永远执行test in循环。如果没有定义持续时间,测试将在无限循环中运行。由于定义了持续时间,测试只能在持续时间期间运行。

    请注意:循环计数是线程特定的。它指定每个线程应重复测试的次数。上升周期与#thread(用户)有关,与循环计数无关

  •  类似资料:
    • 我已经创建了一个集,只是与循环计数和斜坡周期混淆。我有一个具有以下参数的测试集。 根据Quora上的页面。

    • 我在配置中错过了什么? “无限”复选框需要勾选还是不勾选?

    • 我正在对其中一个进程进行负载测试。 场景是每20秒有10个用户登录到系统,直到我有总用户(比方说1000个)。 如何在JMeter中指定这一点?

    • 人们到底是如何从JMeter发送请求的。给定这个配置是否意味着JMeter将创建200个线程,并在循环中发送并发请求20次。我假设这意味着每个线程阻塞,直到上一个请求完成,并发送下一个请求,并且每个线程执行该过程20次。 假设我有一个示例请求a,num threads=2,loop count=5,我设想工作流如下所示 在时间t0线程1->向目标服务器发送一个 在时间t0线程2->向标记服务器发送

    • null null 线程组用于登录事务,有57个示例。当我点击Run时,整个线程不是运行1800秒,而是运行84秒 运行前有什么需要检查或配置的吗?

    • 问题内容: 在下面的示例代码中,是否真的需要counter = 0,还是有更好,更多的Python方法来访问循环计数器?我看到了一些与循环计数器有关的PEP,但它们要么被延迟要么被拒绝(PEP 212 和PEP 281)。 这是我的问题的简化示例。在我的实际应用程序中,这是通过图形完成的,整个菜单必须每帧重新绘制一次。但这以易于复制的简单文本方式进行了演示。 也许我还应该补充一点,我正在使用Pyt