我们使用金牛座运行测试,作为Azure管道的一部分。我们有一个可扩展到10个节点(节点大小: standard_B8ms)和10个JMeter工作人员的python脚本。JMeter脚本将结果报告给Grafana。在运行测试时,我们可以在节点上看到(Grafana、Reporting和JMeter)进程。
所观察到的问题是,当使用5个线程在本地运行测试时,使用不同的登录,脚本可以正常工作,不会出现错误。但是,我们在5个节点和5个工作人员之间进行了多达35个用户的测试--在事务中观察到了错误。这与使用多个节点有关吗?我们正在使用"bzm -随机CSV数据集Config“插件,以确保用户在用户爬升时不会跨节点登录应用程序。
从节点资源角度看,不存在任何问题。CPU将在爬升过程中达到10%的最大值,然后下降。
还有人注意到这一点吗?如果是的话,提高JMeter测试可靠性的有效解决方案是什么?使用自定义线程组中的一个来控制斜坡和保持周期更好吗?
谢谢。
发布于 2022-07-20 13:08:41
如果不能在较低的负载(5个线程)上再现该问题,而对于较高的负载(35个线程),则该问题肯定与被测试的系统超载和无法处理如此数量的虚拟用户这一事实有关。
还请注意,当您在分布式模式中运行测试时,您在螺纹组中设置的线程数将被乘以JMeter从站数,因此:
因此,请检查以下内容:
error.jtl
文件在金牛文物目录中https://stackoverflow.com/questions/73050749
复制相似问题