SOAP UI中每小时服务的请求数

时间:2017-03-25 14:08:05

标签: load soapui

我怎样才能获得最大值。没有。应用程序针对以下场景每小时提供服务的请求。

1)一个测试用例的一个线程用户(一个测试用例有一个测试步骤,即一个请求)

2)一个测试用例的一个线程用户(一个测试用例有10个测试步骤,即10个请求)

3)一个测试用例的五个线程用户(一个测试用例有10个测试步骤,即十个请求)

我有一个使用简单策略的概念,随机零(0),测试延迟= 0,限制3600秒,线程1,1,5用于SOAP UI LOAD测试中的相应场景。

理想情况下,为了确定服务器每小时处理的请求数,我假设方案2中处理的请求数=方案1中处理的请求数,因为它是针对一个线程组的,并且是每个处理的请求数小时是我们的主要焦点,但结果差异很大。

任何人都可以指导我在哪里出错。

1 个答案:

答案 0 :(得分:1)

测试应尽可能与生产用量相似,但一般而言我会建议如下。

首先找到最佳线程数。通常,当您添加线程数时,响应时间会更长,但TPS(每秒事务数)仍然会增加。如果添加更多线程,即使TPS降低,性能也会下降(系统过载)。

然后使用最佳线程数运行测试。可能你不需要运行整个小时的测试,5或10分钟就足够了(系统通常会在之后显示相同的行为)。

请注意,SoapUI会消耗大量笔记本电脑(测试站)资源,因此笔记本电脑上的负载会导致您的结果格式不正确。更好的是从命令行运行SoapUI负载测试。对于性能更高的系统,我更喜欢使用JMeter,它在客户端消耗的资源更少。

相关问题