如果没有smiple循环,JMeter图形结果数据样本不会聚集

时间:2016-12-02 20:13:29

标签: jmeter

学习JMeter。关于图表结果的问题:

Scénario1:

 1 thread group user count=500
    simple loop count = 1
      Graph result: 
        showing 49509ms max which I don't understand
        Data samples points are lined up, not clustered

Scénario2:

 1 thread group, user count 1
    simple loop count = 500
      Graph result:
        max is 2008ms, which is ok
        Data samples points (black) are well clustered like in the tutorial

这是否意味着我们必须有一个简单的循环来获得正确的绘图?

场景1 :(数据样本未聚集?)

enter image description here

场景2 :(似乎正确)

enter image description here

1 个答案:

答案 0 :(得分:0)

这是否意味着我们必须有一个简单的循环来获得正确的绘图?

简答:大号我们根据源自SLA的性能目标来模拟场景。

长答案:

您的测试计划主要取决于以下参数(基于SLA):

  1. 预期加载(应用程序必须支持多少用户) - 决定线程数。
  2. 测试类型(负载/压力/尖峰等) - 决定加速/减速模式
  3. 测试持续时间 - 决定循环计数
  4. 用户组合(不同类型的用户,例如:管理员,经理,管理员,普通用户等)
  5. 交易组合(要涵盖的关键交易)
  6. 所以,根据要求准备测试计划。

    您的要求是您的INPUT而不是图表。图表是最终结果,用于分析测试后的应用程序性能w.r.t.关键绩效指标(KPI),如响应时间,吞吐量,服务器资源利用率等。

    来到两个图表(场景),这是预期的行为。

    在场景1(500个用户)中:用户将并行向服务器发送请求。因此,服务器正忙于响应所有这些请求,最终导致高响应时间(49509ms)。

    在方案2中(1个用户):只有一个用户按顺序发送请求(一旦前一个请求响应,则只发送下一个请求)。因此,服务器有足够的资源来处理单个请求,从而导致响应时间较短(2008ms)。但是,在现实世界中,没有人会为单个用户部署他们的应用程序。

    85201ms表示,您正在transaction controller下对多个请求进行分组,该请求总结了所有采样器的响应时间,以便为所有采样器提供总体响应时间。

    如果交易控制器有n个采样器:

    sampler1 RT + sampler2 RT + sampler3 RT + .... + sampler N RT = Transaction Controller RT。 (转发 - 响应时间)

    参考文献:

    1. http://jmeter.apache.org/usermanual/build-web-test-plan.html
    2. https://msdn.microsoft.com/en-us/library/bb924356.aspx