SOAP 中每小时处理的请求数 UI
No. of requests serviced per hour in SOAP UI
我怎样才能得到最大值。不。在以下情况下，应用程序每小时处理的请求数量。
1) 一个线程用户一个测试用例（一个测试用例有一个测试步骤。即一个请求）
2) 一个线程用户一个测试用例（一个测试用例有 10 个测试步骤。即十个请求）
3) 一个测试用例的五个线程用户（一个测试用例有 10 个测试步骤。即十个请求）
我想使用随机零 (0) 的简单策略，测试延迟 = 0，线程 1、1、5 限制 3600 秒用于 SOAP UI 中的相应场景测试。
为了确定服务器每小时处理的请求数，我假设场景 2 中处理的请求数 = 场景 1 中处理的请求数，因为它是针对一个线程组和请求数每小时处理量是我们的主要关注点，但结果却大相径庭。
任何人都可以指导我哪里出错了。
测试应尽可能与生产使用相似，但总的来说，我建议如下。
首先找到最佳线程数。通常当你增加线程数时，响应时间会变长，但 TPS（每秒事务数）仍然会上升。如果再增加线程，甚至TPS下降，性能变差（系统超载）。
然后 运行 使用最佳线程数进行测试。可能您不需要 运行 整个小时的测试，5 或 10 分钟就足够了（之后系统通常会显示相同的行为）。
请注意，SoapUI 会占用您笔记本电脑（测试站）的大量资源，因此您的结果可能会因笔记本电脑的负载而变形。更好的方法是 运行 从命令行进行 SoapUI 负载测试。对于性能更高的系统，我更喜欢使用 JMeter，它在客户端消耗的资源更少。
我怎样才能得到最大值。不。在以下情况下，应用程序每小时处理的请求数量。
1) 一个线程用户一个测试用例（一个测试用例有一个测试步骤。即一个请求）
2) 一个线程用户一个测试用例（一个测试用例有 10 个测试步骤。即十个请求）
3) 一个测试用例的五个线程用户（一个测试用例有 10 个测试步骤。即十个请求）
我想使用随机零 (0) 的简单策略，测试延迟 = 0，线程 1、1、5 限制 3600 秒用于 SOAP UI 中的相应场景测试。
为了确定服务器每小时处理的请求数，我假设场景 2 中处理的请求数 = 场景 1 中处理的请求数，因为它是针对一个线程组和请求数每小时处理量是我们的主要关注点，但结果却大相径庭。
任何人都可以指导我哪里出错了。
测试应尽可能与生产使用相似，但总的来说，我建议如下。
首先找到最佳线程数。通常当你增加线程数时，响应时间会变长，但 TPS（每秒事务数）仍然会上升。如果再增加线程，甚至TPS下降，性能变差（系统超载）。
然后 运行 使用最佳线程数进行测试。可能您不需要 运行 整个小时的测试，5 或 10 分钟就足够了（之后系统通常会显示相同的行为）。
请注意，SoapUI 会占用您笔记本电脑（测试站）的大量资源，因此您的结果可能会因笔记本电脑的负载而变形。更好的方法是 运行 从命令行进行 SoapUI 负载测试。对于性能更高的系统，我更喜欢使用 JMeter，它在客户端消耗的资源更少。