我正在测试2个网站,我做了同样的3个案例。第一种情况是3个用户,然后是10和15.当我观察到吞吐量增加时。但我怀疑的是,我必须为3个用户获得第一个案例的最大吞吐量,对吗?我没有得到这样的结果。所有案例我都使用了0。你能告诉我为什么我没有获得第一种情况下的最大吞吐量吗?
答案 0 :(得分:1)
你的假设是错误的,在理想世界中它应该是这样的:
并发用户数量增加 - >更高的吞吐量,响应时间应该对所有方案都相同。
这意味着无论是否有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,吞吐量随着用户负载的增加而增加,并且达到一定数量的用户吞吐量开始下降。不要考虑如果用户数量较少,我们可以获得最大吞吐量。感谢