lr中所有事物js获取请求响应时间间的总和怎么求取

来源：蜘蛛抓取(WebSpider) 时间：2017-06-14 03:39 标签： lr事务的响应时间
有人会因为无法作出决定就推迟决定，然而实际上推迟决定是最差的决定。在推迟决定期间，时间悄悄流逝，你却没有任何一条路上的积累，白白浪费了时间。来自《暗时间》
最近在做性能测试对LR结果分析时，又碰到了关于summary里与平均事务响应时间中各交易的响应时间值不同的问题。在此做个记录。
若交易中设置了思考时间，分析时需要注意查看是否过滤思考时间。
设置是否包含的方法：view-&summary filter中，有是否包含思考时间的过滤条件（LR11中是最后一项）。
summary中：默认是根据整个场景的运行时间来进行采样的。若需要修改可在view-&summary filter中，设置场景的执行时间。
平均事务响应时间中：LR根据场景运行时间等因素，自动设置采样时间。可在视图的右键菜单中选择&set granularity&项，查看当前视图的采样时间间隔。
和平均事务响应时间图里的图最大，图平均，图最小值，之所以不一样是因为采样不一样。若两个视图中，采样时间不同，那就没有对比性。
是按整个场景的时间来做平均的，最大最小值，也是从整个场景中取出来的。
而平均事务响应时间图里，是按频率来取值。
同样，controller中也存在采样时间的问题。
Controler中的采样时间的配置见下图
阅读(...) 评论()/html/33/629.html
在做时，有时碰到这样一种情况，使用
在实际使用LR做页面请求响应时间时，我采取的是下载页面，清除IE缓存，每次都是不同用户浏览，所以对服务器的压力比较大，每秒的请求数居高，但是得到的responsetime确实比手动的时候大了很多，个人认为，图片在加载过程中及CSS样式文件，都是同步在加载，但是对IE客户端来说，人的视觉首先会看到图片，然后才是样式的出现，所以感觉上要快，因为看到的是一个动态过程，但是对LR来说，它只关心，从第一次请求到最终结束请求的时间，因此时间上会比实际操作时要长。
举个例子，或许就是一个图片链接，但是他加载的可能一个超级链接，但是这个链接又是用ajax来实现的，另外还带有CSS，但是对IE端用户来说，只要看到图片就认为加载完毕了！
阅读(...) 评论()502 Bad Gateway
502 Bad Gateway
The proxy server received an invalid response from an upstream server. Sorry for the inconvenience.
Please report this message and include the following information to us.
Thank you very much!
/data/447547
Powered by Tengine

我要回帖

更多关于 lr事务的响应时间 的文章

 

随机推荐