【问题标题】:User simulation with jmeter for stress and scalability testing使用 jmeter 进行用户模拟以进行压力和可扩展性测试
【发布时间】:2021-08-20 11:14:48
【问题描述】:

您好,我正在尝试对 Web 应用程序进行压力和可扩展性测试。问题之一是尚不清楚该网站可以处理多少用户。所以首先我用不同的用户号进行压力测试。看下图:

首先,我从 100 个用户开始,逐渐增加负载。所以我有例如要求:

  • 响应时间不应为 7 秒
  • 吞吐量不应低于每秒 35 个请求
  • 错误百分比不应超过总请求的 10%

因此,如果这 100 个用户满足要求,我将继续对 150 个用户进行测试,并继续进行,直到它至少满足 3 个要求中的 2 个。然后我将对那个用户执行可扩展性测试。这种方法对吗?请给我建议,如果不正确,我应该如何模拟用户?

【问题讨论】:

    标签: testing jmeter blazemeter


    【解决方案1】:

    这种方法或多或少是正确的。但是,您可以节省您的时间和精力,只需一次测试即可找到系统的断点,只需从 1 个用户开始,然后逐渐增加负载直到最大。

    JMeter 对单个线程组的理论限制为2,147,483,647,您的实际限制可能会更少,因为很可能您的硬件资源有限,请查看What’s the Max Number of Users You Can Test on JMeter? 文章了解更多详细信息。

    无论如何,如果您在线程组中放置相当多的线程并将负载配置为逐渐增加,您可以运行测试并注意以下图表:

    1. Active Threads Over Time - 显示活跃用户数
    2. Response Times Over Time - 显示系统响应时间
    3. Transactions Per Second - 显示吞吐量(每秒的请求数)

    在测试的第一阶段,响应时间将相同,并且随着负载的增加,吞吐量将增加。在某个测试点,响应时间将开始增加,吞吐量将下降 - 这将是您系统的限制(所谓的"bottleneck"

    【讨论】:

    • 感谢德米特里的回答!真的很有帮助...
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2023-03-28
    • 1970-01-01
    • 2021-05-25
    • 1970-01-01
    • 2023-04-10
    • 1970-01-01
    • 2020-09-03
    相关资源
    最近更新 更多