下面是bzm-Concurrency线程组的测试设计。测试执行中没有问题。我看到的问题是在总结报告中的样品数量。我预计350个样本，因为我给的每个线程的迭代次数是：1，因为在350个用户登录后，1500个用户中有350个用户出现错误，测试按设计进行。有人能把灯关了吗。
d8tt03nd1#
你的期望是错误的。如果您将“Thread iterations limit”设置为1，这基本上意味着当您的线程（虚拟用户）完成执行您的Thread Group下定义的所有Sampler时，它将被关闭。如果还没有达到所需的测试持续时间另一个新的线程将启动，这就解释了为什么你会得到超过1500个样本结果。执行请求的总数将主要取决于您的系统在测试响应时间。还有几件事需要考虑：1.根据JMeter最佳实践，您应该始终使用最新版本的JMeter，因此请考虑升级到JMeter 5.6.2（或JMeter Downloads页面上提供的当前稳定版本）1.根据相同的JMeter最佳实践，您应该使用JSR223测试元素和Groovy语言进行脚本编写，因此可以考虑迁移1.我没有看到你的Beanshell采样器代码，但鉴于其名称，似乎你正在将一些东西写入文件，这是错误的方法，因为由于竞争条件，你会得到损坏的结果，考虑切换到i.e.。灵活的文件编写器代替。
1条答案
按热度按时间d8tt03nd1#
你的期望是错误的。如果您将“Thread iterations limit”设置为1，这基本上意味着当您的线程（虚拟用户）完成执行您的Thread Group下定义的所有Sampler时，它将被关闭。
如果还没有达到所需的测试持续时间另一个新的线程将启动，这就解释了为什么你会得到超过1500个样本结果。
执行请求的总数将主要取决于您的系统在测试响应时间。
还有几件事需要考虑：
1.根据JMeter最佳实践，您应该始终使用最新版本的JMeter，因此请考虑升级到JMeter 5.6.2（或JMeter Downloads页面上提供的当前稳定版本）
1.根据相同的JMeter最佳实践，您应该使用JSR223测试元素和Groovy语言进行脚本编写，因此可以考虑迁移
1.我没有看到你的Beanshell采样器代码，但鉴于其名称，似乎你正在将一些东西写入文件，这是错误的方法，因为由于竞争条件，你会得到损坏的结果，考虑切换到i.e.。灵活的文件编写器代替。