`

LR操作疑问--基础篇

阅读更多

在用LR进行并发测试时,经常会出现下载资源超时而产生执行失败的事物,LR有更改超时的时间限制好像最大是1000吧,设置最大值后,进行几十个并发时还是会出现大量失败的事物,通过查询数据库可发现虽然执行失败了但所有并发操作在数据库中都正确执行的相关的动作。
 
大家在作并发测试时是否会经常出现由于下载网络资源或HTTP请求超时而导致的事物执行失败的现象,有何办法可以避免该问题的出现。初学者还请大家多多指教哦!

 

 

 回复 举报 #1 欧阳辰 2010-03-26 21:22
失败的事件的原因是什么? 超时么? 如果是超时的,有可能是服务器的问题。

 回复 举报 #2 金鑫 2010-03-26 21:51
我才写了篇日志
http://www.testwo.com/space-2-do-blog-id-413.html

 回复 举报 #3 王丽 2010-03-26 21:52
欧阳辰: 失败的事件的原因是什么? 超时么? 如果是超时的,有可能是服务器的问题。就是显示下载网络资源失败,但如果在并发测试的同时,登录系统进行同样的操作的话功能都是正常的,而且速度上也比测试结果的快。真不知道到底是我不懂呢,还是哪个地方出问题了

 回复 举报 #4 王丽 2010-03-27 10:52
欧阳辰: 失败的事件的原因是什么? 超时么? 如果是超时的,有可能是服务器的问题。服务器的事,你指的是LR的吗

 回复 举报 #5 王丽 2010-03-27 10:52
欧阳辰: 失败的事件的原因是什么? 超时么? 如果是超时的,有可能是服务器的问题。服务器的事,你指的是LR的吗

 回复 举报 #6 欧阳辰 2010-03-27 12:14
可能是你们的应用程序的问题。 如果单线程没有问题,多线程有很多问题,可以通过增加线程数量,看出抛出例外与线程数的关系。 另外,可以在应用程序中,记录一下资源下载(特别是大资源)的一些信息。

 回复 举报 #7 吕春阳 2010-04-17 22:52
LR开始以为是猎人呢!!有没有玩WOW的??

 回复 举报 #8 刘光宇 2010-04-19 23:29
我建议这个值在设置时要结合实际情况考虑,这个值设置大会减少一定量的交易报错发生,但是试想,就算默认120秒超时,即使可能交易路径很长,但是哪个用户能忍耐120秒+的响应时间呢~所以一般处理路径长的交易都会进行异步处理。对于异步处理的交易来说,前台等待返回的参考价值并不大。

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics