未运行所有分配用户的all线程组

Question

我正在运行一个记录测试计划。我已经分配了25个用户在线程组，一个升级期为25和循环计数1。

这就是发生的事情：

1. 开始测试。
2. 当测试运行时，在右上角的用户号会增加到9/25。在某种程度上，数字保持不变9/25，然后显示8/25。过了一段时间，这个数字会自动减少1，7/25.0/25。
3. 在数据库中，我只看到了9个用户的登录条目。

为什么我的测试计划不为25个用户运行？

Answer 1

您已将总线程设置为25，爬升时间为25秒.这意味着每秒创建一个用户。

所以..。

at 1st second.. # of users is =1
at 2nd second.. # of users is =1+1=2
at 3rd second.. # of users is =1+1+1=3
..
,,
at 9th second..  # of users is =9

第10秒..。创建了一个新用户，但其中一个已经创建的用户也完成了它的测试。所以它关闭了..。所以用户总数的#仍然是9..

这一趋势继续下去，一方面，一些用户正在关闭，另一方面，新用户正在创建。

如果您想同时加载25个用户，那么您可以通过多种方式实现它.

1. 将提升周期设置为1秒(这不是大型测试的最佳方法)。
2. 使用同步计时器
3. 使用恒定吞吐量计时器
4. 增加用户数量

Answer 2

当线程完成了它的工作而没有其他事情可做时，这种行为就会被阻止。

您需要提供足够的用户和循环(不要犹豫地设置100，以确保用户或多或少是唯一的)，并使用常通定时器来编排加载，并将其设置为每秒25个请求(或每分钟1500个请求)。

Answer 3

您能否提供更多有关在您的线程组中使用的值的详细信息，比如您可能已经将“在采样器错误后采取的操作”设置为“停止测试”--在本例中，一旦JMeter遇到错误(在您的示例中可能在9个活动用户之后)，它将停止测试，用户计数将开始减少。但是，只有在提供了有关Thread组和使用的CSV文件设置的完整信息(如果有的话)之后，才能更清楚地说明这些场景。

关于前面对此问题的响应中提到的预期行为，即使线程没有其他事情可做，它也应该记录25个条目，即每个用户一个条目，但情况并非如此，因为只有9个条目被登录到数据库中。