关于JMeter测试计划方法结构的建议

Question

我是Jmaeter的新手，目前正在尝试充分利用它来创建API性能测试计划。

让我们考虑以下场景。

我们有一个APi，它返回数据，例如一个或多个零件的零件可用性和订单详细信息。

我想分析api在不同负载模式下的响应时间。

假设我们有 5 个用户。-每个用户向 API 发送一系列重复的请求。-每个用户发出的请求仅对该用户是唯一的。即用户 1 请求部分 a、b、c。用户 2 请求部分 d、e、f...等等

-所有用户都在同时发送他们的请求。

我解决这个问题的方式是为每个用户创建5个单独的线程组。每个线程组中都有每个用户发送的特定 http 请求。每个http请求都由其自己的循环控制器控制，其中我设置了每个请求要发送的次数

由于我希望所有用户同时发送他们的请求，因此我在主测试计划中取消选中了“连续运行线程组”。测试计划一目了然，如下所示：测试计划视图

因为我是使用Jmeter和性能测试的新手，所以我对我的方法有几个问题:

> < li>

就增加我希望测试的用户数量而言，我构建测试计划的方式是否合适且可维护？或者，如果一个线程组有5个子循环控制器，每个子循环控制器都包含用户特定的请求体数据，会不会更好？

在我当前的设置中，每个线程组使用默认的1秒爬坡时间。我认为这是可以的，因为每个线程组只代表一个用户。然而，我认为这可能会导致每次测试运行的启动延迟。有没有其他更好的方法来处理这个问题，比如使用调度程序或增加每个线程组的爬坡时间，这样它们就不会完全在同一时间启动？

提前感谢您的任何建议

Answer 1

>

首先，您的测试需要真实，它应该尽可能接近真实的用户（或用户组）。如果测试做到了这一点，这是一个好的测试，反之亦然。类似于：

>

如果用户 1 和 User2 代表 2 个不同的用户组（如 User1 已通过身份验证，用户 2 未经过身份验证，或者 User1 是管理员，User2 是来宾），则应进入不同的线程组。

最好使用线程组迭代而不是循环控制器，因为一些测试元素（如HTTP Cookie Manager）具有Clear Cookie each Iteration等设置，这些设置不尊重循环或控制器产生的迭代，它们只考虑线程组驱动的迭代

保证同时发送请求的唯一方法是将它们放在一个线程组中，并使用同步定时器

当涉及到实际负载测试时，您应该始终逐渐添加负载，以便将各种指标（如响应时间、吞吐量、错误率）与虚拟用户数量的增加相关联。应该对“斜坡下降”应用相同的方法，您不应该立即关闭负载，以便能够看到应用程序在加载后如何恢复。您可能希望使用一些通过JMeter插件项目提供的自定义线程组，例如：

• 步进Thread组
• 终极线程组

它们提供了灵活方便的方式来设置所需的负载模式。

Answer 2

你的方法是正确的。

如果希望请求并行，则它们必须位于不同的线程组中。每个线程组都应该为用例建模。在您的案例中，用例是请求的特定组合。

通过运行测试足够长的时间，您将不会感受到加速时间的影响。