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