修改外部JMeter测试计划(JMX文件)的线程组

修改外部JMeter测试计划(JMX文件)的线程组,jmeter,jmeter-plugins,jmeter-5.0,jmeter-4.0,Jmeter,Jmeter Plugins,Jmeter 5.0,Jmeter 4.0,我的应用程序将从用户那里获取jmx文件作为测试计划并执行它。我在应用程序的后端安装了JMeter分布式安装程序(1个JMeter客户端和多个JMeter服务器) 我面临的挑战是执行测试计划所需的#线程 如果我显式地从用户获取#实例(执行测试的JMeter服务器)和#线程,那么在执行之前如何使用此线程组配置用户提供的测试计划?这将允许我事先用集群和机器容量验证这些值 我读过关于Include控制器的文章,但这必然要求用户测试计划包含测试片段 如果不明确,如何验证用户测试计划中的线程组配置?假设用户

我的应用程序将从用户那里获取jmx文件作为测试计划并执行它。我在应用程序的后端安装了JMeter分布式安装程序(1个JMeter客户端和多个JMeter服务器)

我面临的挑战是执行测试计划所需的#线程

  • 如果我显式地从用户获取#实例(执行测试的JMeter服务器)和#线程,那么在执行之前如何使用此线程组配置用户提供的测试计划?这将允许我事先用集群和机器容量验证这些值
  • 我读过关于Include控制器的文章,但这必然要求用户测试计划包含测试片段

  • 如果不明确,如何验证用户测试计划中的线程组配置?假设用户在测试计划中放置了大的#线程,这可能会使我的JMeter服务器机器过载,我如何验证此值并可能警告用户限制#线程
  • JMeter世界中没有“每个实例的线程数”这样的东西,如果您在每个服务器(或从服务器或负载生成器)中运行JMeter,就会执行客户端提供的jmx测试计划,因为它是这样的,所以如果用户上传一个线程组中有100个线程的文件,并且您有一个从服务器,那么您将有100个用户。如果您有2个从机-您将有200个用户,等等

    另一件事是,您无法事先知道可以从单个JMeter从机模拟多少线程,因为这主要取决于测试的性质:请求/响应大小、前置/后置处理器的数量、断言、侦听器、,我建议实施某种形式的JMeter从属设备健康监控,并在CPU或RAM或网络使用开始超过80%时警告用户。它可以很容易地通过使用

  • 我们不知道“您的应用程序”中使用了什么技术,所以这个问题太广泛了。JMeter只是XML文件,因此您应该能够使用它提取所有线程组中的线程数,并以某种方式“验证”它

  • 嗨@,XML解析是在用户测试计划中获取线程组的唯一方法吗?我正在使用一个Java应用程序,它使用JMeterAPI加载用户测试计划文件。需要注意的是,用户测试计划可能包含像Ultimate Thread Group这样的插件。在这种情况下,如何计算测试计划中用于验证或操作的最大并发用户数?