我有一个带有多个 REST Web 服务的 Tomcat Java EE 6 Web 应用程序。
要求：
我必须在不同的负载级别测试对这些 Web 服务发出的请求的 RTT。理想情况下，这将导致如下图所示：
这是一个学术实验。因此，我必须以统一的步骤生成同时请求：前 10 个 sim。请求，然后是 20、30、40 ... 直到 100。在每一步（10、20、30 ...）我需要相同数量的测试结果，至少为 30。这不是使用的要求阿帕奇 JMeter。
我试过的：
我的测试设置包括两台 OS X 机器，一台 i7 8GB 和一台 i5 4GB。通常我在 i5 上运行 web 应用程序并让 i7 生成请求。
将 Apache JMeter 与 jmeter-plugins 一起使用，我尝试了步进线程组配置。
这种方法有两个主要问题：
一旦超过 100 个并发线程，结果就毫无意义：（下图描述了从 REST GET 请求到 localhost:8080 的结果，标准的 Tomcat 欢迎页面 - 这是为了确保我自己的 web 应用程序不是导致时髦结果的原因）
导出数据并通过数据透视表将其运行到 Excel 中的图表中并不会产生更好的图表。无法设置每个“步骤”（参见 30 或更多）必须准确运行多少次。
几周以来，我一直在尝试服务器和客户端机器、网络情况和 JMeter 测试计划的几种组合，但我已经束手无策了。我期待着学习如何以学术方式正确地对这些 REST Web 服务进行负载测试。