为什么场景的平均响应时间比是实际操作的响应时间要长
来源:互联网 发布:同志网络剧2017 编辑:程序博客网 时间:2024/04/29 10:11
在跑场景时,会碰到这样一种情况,使用LoadRunner测试出来的响应时间比实际使用浏览器感受到的时间要长,例如,实际使用浏览器打开一个系统时只需要1~2秒,而使用LoadRunner跑一个用户所得出的结果可能是远远超过实际操作的响应时间.
针对上述问题进行分析总结,有3种情况:
1、在运行LR场景时没有忽略Think Time(思考时间)和记录log的时间.
2、施压机或服务器的机器配置不高,比如低配置的机器在运行场景工具时系统资源已满,则造成响应时间过长.
3、实际IE感受的时间不等同于LR录制的响应时间.
前两中情况可以通过LR设置及提高硬件配置解决.
第三种情况,因为LR在录制过程中,事物的响应时间包括:DNS Resolution/Connection/First Buffer time/Receive Time/Client Time时间等,比如当我们在使用IE打开页面时,系统首先会进行域名解析,并与服务器建立连接、下载数据,到这时在IE中已可以显示页面,但实际响应时间并没有结束,浏览器仍有可能在与服务器进行数据交互,或者客户端IE由于忙碌未及时将请求发出,出现了客户端延时情况(客户端IE会执行一些 javascript脚本或其他页面初始化动作),直到这些动作全部完成后才是一个完整的响应时间,LoadRunner也是记录的这个响应时间.
所以我们通常使用IE所感受到的时间是比用性能工具录制时记录的响应时间要少.因此,系统页面的响应时间应以工具记录时间为准,并在分析报告中查看平均事物响应时间.
还有关键一点,IE还要清除缓存.即在runtime setting中设置“clear cache on each iteration".
对时间的解释:
1、DNS Resolution:浏览访问一个网站的时候,一般用的是域名,需要DNS服务器把域名解析为IP地址,这个过程就是域名解析时间.
2、Connection:解析出Web Server的IP地址后,浏览器请求被发送到了一个Web Server,然后浏览器和Web Server 之间需要建立一个初始化的HTTP连接,服务器端需要做两件事:一个是接收请求,二是分配进程.建立该连接的过程就是Connection.
3、First Buffer:建立连接后,从Web Server发出第一个数据包,进过网络传输到客户端,浏览器成功接收第一个字节的时间就是First Buffer.
4、Receive:从浏览器接收第一个字节起,直到成功收到最后一个字节,下载完成为止.
5、Client Time:请求在客户端浏览器延迟的时间.
- 为什么场景的平均响应时间比是实际操作的响应时间要长
- linux route 命令为什么需要很长的时间响应
- 操作系统中和时间的有关的几个概念:吞吐率(流水线完成时间)、平均周转时间和平均带权周转时间、最高响应比优先
- 操作系统中和时间的有关的几个概念:吞吐率(流水线完成时间)、平均周转时间和平均带权周转时间、最高响应比优先
- Loadrunner做性能测试:为什么100个用户的响应时间反而比50个用户的响应时间更短?
- 基于transaction或者user call的平均响应时间
- Oracle数据库中平均事务响应时间的计算公式
- 一段linux上统计平均响应时间的awk脚本
- 在用lr运行场景以后,为什么没有事务响应时间的图谱呢?
- loadrunner平均事务响应时间
- loadrunner的响应时间
- 关于LR场景中,最大响应时间与最小响应时间差距大的问题
- asp.net等待的响应的时间比较长
- ppc中长时间点击的响应(长按)
- ppc中长时间点击的响应(长按)
- 处理机调度问题以及求响应比,作业周转时间和平均周转时间
- 先来先服务,短作业优先,最高响应比三种算法下求平均周转和带权周转时间的实现
- 并发数 = QPS*平均响应时间
- 详解 Qt 串口通信程序全程图文 (3)
- oracle 有序散列聚簇表
- 数据库SQL操作语句集锦
- Android的单位及屏幕分辨率
- 详解 Qt 串口通信程序全程图文 (4)
- 为什么场景的平均响应时间比是实际操作的响应时间要长
- 通过修改注册表设置代理
- 详解 Qt 串口通信程序全程图文 (5)
- 从 相对路径 说开来
- VS2008快捷键
- 如何不通过内核命令行rootfstype指定根文件系统类型
- osg for android学习之:配置插件
- iOS中使用Core Plot绘制统计图入门
- Visual Studio使用DebuggerBrowsable和DebuggerDisplay自定义调试窗体