我正在测试2个网站，我做了同样的3个案例。第一种情况是3个用户，然后是10和15.当我观察到吞吐量增加时。但我怀疑的是，我必须为3个用户获得第一个案例的最大吞吐量，对吗？我没有得到这样的结果。所有案例我都使用了0。你能告诉我为什么我没有获得第一种情况下的最大吞吐量吗？
答案 0 :(得分：1)
你的假设是错误的，在理想世界中它应该是这样的：
并发用户数量增加 - ＆gt;更高的吞吐量，响应时间应该对所有方案都相同。
这意味着无论是否有3个或15个并发用户，您的应用程序都可以很好地扩展并且执行速度足够快。
实际上，数字可能不同，您可以在增加并发用户数量时达到这一点，并且吞吐量保持与响应时间增加相同。这被称为bottleneck，找到这些瓶颈并确定根本原因是performance testing的主要思想。
所以你应该逐渐增加负荷，同时观察throughput and response time metrics。当吞吐量停止增加并且响应时间开始增加时 - 您有瓶颈，您需要调查原因并报告缺陷。
另外，请不要忘记其他测试类型，例如Soak Testing或Stress Testing，这些技术可以查找memory leaks并确定saturation point，请参阅Why ‘Normal’ Load Testing Isn’t Enough文章了解更多细节。
答案 1 :(得分：0)
由于用户数量较少，我们无法达到最大tps，吞吐量随着用户负载的增加而增加，并且达到一定数量的用户吞吐量开始下降。不要考虑如果用户数量较少，我们可以获得最大吞吐量。感谢