首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >SmartBear WeloadUI并没有停止

SmartBear WeloadUI并没有停止
EN

Stack Exchange QA用户
提问于 2013-07-01 20:33:08
回答 2查看 49关注 0票数 1

我是WebloadUI的新手,虽然看起来是一个很棒的工具,但我在模拟并发用户时遇到了问题。

我使用SmartBear文档中解释的方法记录测试,验证场景以检查每个请求是否有其各自的正确答复。一切都很好。

当我试图将虚拟用户添加到混合中时,问题就出现了。我为10个并发虚拟用户设置了测试,然后按start。图中显示了虚拟用户的数量如何上升到10 (如预期的那样),然后,这个数字低到7或6,然后是4或3,然后在那里停留15分钟左右。当测试结束时,结果会显示出大量超时响应,这可能是因为被卡住的线程。

当然,我假设服务器已经超载,因此超时。但这似乎不太可能,因为测试是根据维基百科的一篇文章记录的,正如我所说,我使用了10个虚拟用户。我真的不相信维基百科不能用一个页面来处理10个虚拟用户。

会发生什么事?提前谢谢。

EN

回答 2

Stack Exchange QA用户

发布于 2013-07-01 21:28:37

问题可能是SmartBear,或者维基百科,或者你的网络连接。你并没有说这些虚拟用户访问该页面的频率。维基百科不太可能在同一页面上处理十多个并发会话。然而,如果你的点击速度足够快,可以想象维基百科将这些点击视为网络攻击,并故意扼杀它对你的回应。这里有一种方法可以找到:当测试正在运行和减速时,打开同一台机器上的浏览器(或者至少在相同的IP地址上),然后转到该页面。如果您的浏览器速度慢,SmartBear不是问题所在。如果浏览器快速加载页面,SmartBear可能是错误的。

票数 1
EN

Stack Exchange QA用户

发布于 2013-07-02 12:02:25

要添加到@ over 246‘S优秀的建议-我建议尝试运行在您的系统或您的本地网络运行的测试站点,最好是一个您完全控制。

在Wikipedia中,还有太多的其他变量需要处理:整个互联网的性能、Wikipedia服务器如何处理来自同一台计算机的大量请求(它们可能假设来自同一个IP地址的请求是拒绝服务攻击)、本地网络网关的性能等等。

如果你能消除其中的一些未知数,你可能会在你的测试中获得更大的成功(请注意:如果你是在你雇主的网络上这样做,那么就密切关注正在发生的事情。)我认识一个人,当他对公司的web商店应用程序进行负载测试时,他把公司局域网搞垮了。当然,他是和300个虚拟用户一起运行的。)

票数 1
EN
页面原文内容由Stack Exchange QA提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://sqa.stackexchange.com/questions/6347

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档