当执行相同的脚本背靠背时,脚本的执行时间较少,而在3-4小时的间隙运行时更多。这可能是什么原因 [英] When execution of same script is done back to back then execution time for the script is less whereas it is more when run with 3-4 hrs gap.What can be the reason

查看:69
本文介绍了当执行相同的脚本背靠背时,脚本的执行时间较少,而在3-4小时的间隙运行时更多。这可能是什么原因的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

缓存控制-False


新用户的百分比= 100 在请求中设置


第一次执行时花了大约30分钟,在下一次运行中执行在大约2分钟内完成。


背后的原因可能是什么

解决方案

嗨朋友,

感谢您的发帖。


有许多设置可能会影响测试执行时间,如下面的屏幕截图,而不是确定你是如何设置的?


你是如何设置负载测试持续时间的?



< p style ="margin:0in 0in 8pt"> 你有没有使用思考时间?



请更好地提供更多详细信息或操作日志,以帮助我们分析您的问题。


此外,有一篇博客描述了浏览器的模拟在vsts中加载测试和Web测试。请看一下。


https:// blogs。 msdn.microsoft.com/billbar/2007/01/22/simulation-of-browser-caching-in-vsts-load-tests-and-web-tests /


希望这可以帮助你期待着你的回复。



 



祝你好运,


Fletcher










Cache Control -False

Percentage of new users =100  is set in the request

When first time executed it took around 30 minutes and in next run execution get completed in around 2 minutes.

What can be the reason behind

解决方案

Hi friend,
Thank your posting.

There are lots of settings that could influence the test execution time, like screenshot below, not sure how did you set the settings?

How did you set load test duration?

Did you use think time?

Please provide more details or the operation log better to help us analysis your problem.

In addition, there’s a blog describe simulation of browser caching in vsts load tests and web tests. Please have a look at it.

https://blogs.msdn.microsoft.com/billbar/2007/01/22/simulation-of-browser-caching-in-vsts-load-tests-and-web-tests/

Hope this could help you and looking forward to your reply.

 

Best regards,

Fletcher


这篇关于当执行相同的脚本背靠背时,脚本的执行时间较少,而在3-4小时的间隙运行时更多。这可能是什么原因的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆