JMeter：使用恒定吞吐量计时器控制请求/秒时，要选择多少线程/用户

Question

我正在使用Jmeter加载测试我的应用程序。我的应用程序支持多种请求类型，每种请求类型都有一个速率。我想以预定义的速率（qps）加载测试应用程序。这就是我编写测试计划的方式：

我有1个线程组/请求类型 每个线程组都定义了HTTP请求和常量吞吐量计时器。计时器用（x /秒）定义我想要服务器的速率。

鉴于这种情况，线程/用户的数量有多大？

使用10个线程/用户和定义100个请求/秒的速率与100个线程/用户以及定义100个请求/秒的速率之间有什么区别？它只是线程重用？什么是最佳做法？

Answer 1

简短回答：

关于并发性，它取决于您正在测试的应用程序。示例：如果AUT是无状态REST调用，并且您关心的是每秒x次事务（tps），则只要您实现目标命中，用户数（jmeter术语中的线程）就不重要了。但如果它是一个Web应用程序，需要用户维护会话并具有适当的上下文用户旅程，那么并发数量的用户/线程非常重要，因为我们可以用很少或更多的用户来实现目标，设计非常重要根据NFR的工作量。

Here is an article详细阐述了这一概念。我希望我有道理。

Answer 2

您需要计算need

的用户数量

  

计算负载测试中使用的并发用户数的公式：

     

concurrent_users =（peak_hourly_visits * average_session_duration）/ 3600

基本上，这取决于您期望的用户数量，当您执行压力测试时，您将尝试使这个数量的用户超载。

Answer 3

默认情况下，每个JMeter线程都会尽可能快地执行采样器。

恒定吞吐量计时器用于暂停线程减慢总体执行速度以达到目标吞吐量。

如果您有10个虚拟用户，可以每秒10个请求的速率执行，那么在不增加用户数的情况下，您将无法达到每秒20个请求。但是，您可以将它们降低到每秒5个请求或每秒2个请求。

如果您需要以定义的吞吐量运行请求并且不确定需要多少线程，那么基本上有两个选项：

1. 确保在Thread Group中提供足够的主题。即在没有任何计时器的情况下运行测试，看看使用ie Aggregate Report监听器的吞吐量是怎样的。如果它高于需要 - 你很高兴。如果不是 - 添加线程，除非它至少等于或高于您的需要。

2. 考虑以下JMeter Plugins

   的组合
   • Concurrency Thread Group
   • Throughput Shaping Timer

   这些元素可以使用Feedback Function加入，所以如果你定义＆＃34; Target Concurrency＆＃34;作为${__tstFeedback(jp@gc - Throughput Shaping Timer,100,1000,50)}，JMeter最初将使用100个线程，但如果当前虚拟用户数足以维持您在吞吐量整形计时器中定义的吞吐量，则能够自动添加最多1000个线程。

您可以使用JMeter Plugins Manager

安装这两个插件