【问题标题】:Performance testing - Jmeter results性能测试 - Jmeter 结果
【发布时间】:2014-10-17 09:04:24
【问题描述】:

我正在使用 Jmeter(几天前开始使用它)作为工具,使用包含 3 个系统用户的登录凭据的 csv 数据文件来模拟 30 个线程的负载。

我设定要实现的目标是测量 30 个用户(线程)在 30 秒的时间跨度内登录并通过菜单导航到一个页面。

我已将我的线程组设置为:

Number of threads: 30
Ramp-up Perod: 30
Loop Count: 10

我成功地运行了测试。现在我想了解结果的含义以及将什么归类为好/坏测量,以及可以提出哪些改进结果的建议。以下是 Jmeter 总结报告中整理的结果表格。

我进行了研究,只是发现博客/网站告诉我的信息与 jmeter.apache.org 网站上定义的信息相同。我遇到的一个博客 (Nicolas Vahlas) 为我提供了一些非常有用的信息,但仍然没有帮助我了解我的结果接下来要做什么。

谁能帮助我理解这些结果以及执行此测试计划后我接下来可以做什么?或者指出一个信息丰富的博客/网站的正确方向,这将帮助我了解下一步该做什么。

非常感谢。

【问题讨论】:

    标签: multithreading jmeter performance-testing


    【解决方案1】:

    据我说,偏差很大。

    您比我们所有人都更了解您的应用程序

    您应该关注您和您的用户可以接受的平均响应时间以及最大响应频率和价值?这也适用于吞吐量。

    它显示平均响应时间低于 0.5 秒,最大响应时间也低于 1 秒,这通常是可以接受的,但应该由您定义(您的用户是否可以接受)。如果答案是肯定的,请尝试增加负载以检查缩放。

    【讨论】:

      【解决方案2】:

      在您的要求中提到您需要有 30 个并发用户执行不同的操作。您的请求的响应时间较短,并且您的加速时间为 30 秒。您能否在测试期间检查总活跃线程数。我相信系统中将有 30 个并发用户的时间非常短,因此您看到的平均响应时间似乎具有误导性。我建议您再运行一段时间的测试,以便系统中有 30 个并发用户,并且根据您的要求,这将是正确的读取。

      您可以使用汇总报告而不是汇总报告。在性能测试中

      1. 吞吐量 - 请求数/秒
      2. 响应时间 - 第 90 个百分位和
      3. 目标应用程序资源利用率(CPU、处理器队列长度和内存)

      可用于分析。通常网站的 SLA 为 3 秒,但此要求因应用程序而异。

      【讨论】:

        【解决方案3】:

        考虑到用户是否真正登录到系统/门户,您的测试结果很好。

        样品:这意味着没有。在特定模块上发送的请求数。

        平均:平均响应时间,300 个样本。

        Min: 最小响应时间,在 300 个样本中(300 个样本中最快)。

        Max:最大响应时间,在 300 个样本中(在 300 个样本中最慢)。

        标准偏差:变化的量度(300 个样本)。

        错误:失败%age

        吞吐量:每秒处理的请求数。

        希望这会有所帮助。

        【讨论】:

        • 感谢您的评论,尽管您提供的信息是我在 jmeter.apache.org/usermanual/… 找到的信息 - 是什么认为这些结果是好的?
        • 低平均响应时间(低于 1 秒)、0% 错误率和 6.3 req/sec 吞吐量。根据行业标准,3 -5 秒之间的平均响应时间被认为是良好的。但如果您的应用程序有太多查询(分析等),它又会有所不同
        • 响应时间应尽可能短(3-4秒响应时间属于“需要调查”类别)。一点都不好。
        • 关于响应时间的好文章:riverbed.com/blogs/…
        猜你喜欢
        • 2016-05-19
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2017-04-17
        • 1970-01-01
        • 2016-01-06
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多