LR测试结果：响应时间比实际偏大？
本帖最后由 long1867 于 2011-5-18 23:27 编辑1.问题描述：
用LoadRunner8.1测试一个web系统，录了个脚本测试后的响应时间结果如下：
用户数 登录 打开新页面 注销
1 6.091 5.699 4.053
10 6.477 6.295 4.131
20 6.997 6.905 4.16
30 7.138 7.771 4.183
50 7.704 8.274 4.202
100 9.12 11.935 4.306
但是：从20个用户开始CPU就已经超过80%了，
后来找到是数据库和应用服务器在同一台机器的原因，
于是又把应用服务器移到另外一台服务器上。
2.重新录得脚本后测试，
这时解决了老问题（两台机器CPU均不到50%），同时新问题出现了：
就是响应时间明显变长了！如下：
用户数 登录 打开新页面 注销
1 9.311 10.789 9.08
10 12.523 13.406 11.134
...
后面的均大了不少！折腾一个下午未果~
3.求助大虾：为什么出现这种问题呢，会是什么原因造成的呢！？在此先谢谢各位啊！ 把后来在各自10个并发的Summary Report里观察到的再补充一下：
之前响应时间短的：HTTP_200： Total：1,860 Per second：71.538
后面响应时间长的：HTTP_200： Total：1,850 Per second：24.667
有没有可能是网络速度的因素造成的呢！？ 有可能是网络原因，也有可能是分开服务器后WEB服务器的配置和数据库的配置与原来的有差异 稍做个提醒：
如果两次测试所使用的脚本是同一个，那该能反应一些细节问题；
由于重新录制了脚本，两个脚本中监测的页面装载元素内容应该发生了变化。而页面元素装载对这里的性能测试结果是有影响的，建议对脚本进行一些必要的处理，减少或避免这部分的影响。 有劳两位前辈：
下午打开Time to First Buffer Breakdown(Over Time)仔细做了下对比，发现如下图：
我想可以确定为网络造成的问题，网络这块又不熟，又是一问题呐！ 上面的数据说明不了，这是网络性能的问题，网络性能由硬件资源决定，这里仅是个监测试结果（表象）。
建议你还是仔细看看脚本、以及数据库、文件服务器等资源使用的情况。
页:
[1]
