LR测试结果与真实程序测试的响应时间相差较大
基本业务描述：C/S结构，Client向Server端发送文件，即服务端为采集图像。1.使用LR81模拟20个Vuser，将Vuser分配在4台PC上，每PC上跑5个Vuser，测试一段时间后发现图像上载平均响应时间为5秒左右，在运行过程中每台PC的CPU使用>90%；
2.后来直接在这4台PC上运行Client程序，每台PC上运行5个进程，程序自动上载测试文件(速度应该比LR模拟的还要快)并记录其响应时间，观察每个Client程序，其响应时间均<2秒，在运行过程中每台PC的CPU使用<30%；
我不明白，为什么LR跑的响应时间会慢很多呢，我想LR跑的时候CPU使用很高，是这个影响吗？如果跑20个用户都要用4台PC，那我跑200个用户怎么办呢？应该是我使用LR有问题吧，请各为大虾给些指点吧。
回复 1# 的帖子
CPU使用>90%这点说明PC机已经有瓶颈了，测试结果已经不准确，无参考价值 谢谢回复，我的进程占资源很少，不知怎么用LR模拟后占得很厉害。有什么好的办法呢？我不能无限制的加终端PC啊。
有经验的朋友帮帮我吧，我测的程序是C/S结构，基于socket协议的。
原帖由 msnshow 于 2009-11-23 14:16 发表 http://bbs.51testing.com/images/common/back.gif
CPU使用>90%
这点说明PC机已经有瓶颈了，测试结果已经不准确，无参考价值 顶一下，帮帮忙吧。我想知道是否有改进措施，还是只能通过运行Vuser的PC数量来解决问题呢，这样有点不现实啊。。。。
谢谢大家
原帖由 pertest2009 于 2009-11-23 17:39 发表 http://bbs.51testing.com/images/common/back.gif
谢谢回复，我的进程占资源很少，不知怎么用LR模拟后占得很厉害。有什么好的办法呢？我不能无限制的加终端PC啊。
有经验的朋友帮帮我吧，我测的程序是C/S结构，基于socket协议的。
首先你要确定是系统的硬件资源不够还是程序本身的问题，然后再进一步分析 原贴子中我已经说了吧，如果用应用程序本身跑似乎没问题，即在一台PC上跑5个进程(即Client端程序启动5遍)自动发送文件，CPU使用<30%；
而用LR启动运行5个Vuser执行相同的操作，CPU使用却>90%。 我用的客户端PC也是双核的，内存1G。如果我要跑100用户，该怎么办啊，不可能有这么多客户端的。
再帮我看看吧，谢了！
原帖由 jacksboy 于 2009-11-24 12:12 发表 http://bbs.51testing.com/images/common/back.gif
首先你要确定是系统的硬件资源不够还是程序本身的问题，然后再进一步分析 一个PC机可以模拟200多个虚拟用户吧！那样应该是100个没问题呀 一台机足够啦！ 建议楼主
先调试脚本，运行单个脚本，完成你定制的事务时间是不是符合你的期望；－－－ 脚本是否正确？
单台PC，运行小量用户，例如3～5个，进行小场景测试，测试结果是否愈合实际情况；－－－ 小规模场景验证
多彩controller一起测试模拟真实环境；－－－ 真实环境模拟
希望对楼主有用。 啊，我问题不是个意思啊。我现在一个PC模拟5个Vuser，CPU使用已>90%，那在一台模拟100个怎么可能。
原帖由 testlong 于 2009-11-24 17:35 发表 http://bbs.51testing.com/images/common/back.gif
一个PC机可以模拟200多个虚拟用户吧！那样应该是100个没问题呀 一台机足够啦！
回复 9# 的帖子
顶顶更健康！ 原帖由 GeorgeWangLC 于 2009-11-24 19:48 发表 http://bbs.51testing.com/images/common/back.gif建议楼主
先调试脚本，运行单个脚本，完成你定制的事务时间是不是符合你的期望；－－－ 脚本是否正确？
单台PC，运行小量用户，例如3～5个，进行小场景测试，测试结果是否愈合实际情况；－－－ 小规模场景验证
多 ...
同意楼上的做法，如果发现CPU还是>90%，可能说明这个程序在多用户并发，处理多线程的时候有问题。 还是你可以看看数据库的CPU是不是也占用了很多，如果是，可能有死锁产生。这个也会导致你现在这样的情况。
（还有你用的是什么数据库？我以前测试过SQL2005的系统，SQL2005在并发时会启动自己的锁定机制，结束并发后就会自动解锁。） :) 学习 谢谢这位朋友提醒，我重新录制了脚本，似乎响应时间没什么问题了，就是感觉有点奇怪，其实脚本都差不多，原先脚是我手动编辑过，将两份脚本的发送数据合并了。
现在的问题是当controller运行5个Vuser时，CPU使用>90%(注意，如果在这台PC上运行5个客户端程序，CPU使用值很低。)，即mmdrv.exe进程的CPU使用高。也就是说我要模拟100个用户，需要20台PC啊。
原帖由 GeorgeWangLC 于 2009-11-24 19:48 发表 http://bbs.51testing.com/images/common/back.gif
建议楼主
先调试脚本，运行单个脚本，完成你定制的事务时间是不是符合你的期望；－－－ 脚本是否正确？
单台PC，运行小量用户，例如3～5个，进行小场景测试，测试结果是否愈合实际情况；－－－ 小规模场景验证
多 ... 你用的什么脚本，是录制的还是手工编写的
最近我也在测公司的C/S服务器，发现录制的脚本在运行的时候确实比手工脚本占用资源要高一些。 我是录制的，还没有试过手写脚本。资源消耗确实大得很啊。
手写脚本就会小下来吗？这个能确认吗？
其实我的脚本应该很简单，就是要每隔一段时间发送一个文件，因为没有写过，还无从下手。
我测试的程序是C/S结构，基于socket协议的，哪位朋友有纯的LR的手写脚本，给参考参考吧，谢谢
原帖由 illlh 于 2009-11-29 21:52 发表 http://bbs.51testing.com/images/common/back.gif
你用的什么脚本，是录制的还是手工编写的
最近我也在测公司的C/S服务器，发现录制的脚本在运行的时候确实比手工脚本占用资源要高一些。 原帖由 pertest2009 于 2009-11-30 16:52 发表 http://bbs.51testing.com/images/common/back.gif
我是录制的，还没有试过手写脚本。资源消耗确实大得很啊。
手写脚本就会小下来吗？这个能确认吗？
其实我的脚本应该很简单，就是要每隔一段时间发送一个文件，因为没有写过，还无从下手。
我测试的程序是C/S结 ...
今天没去银行，自己给自己放了个假，脚本可以给你看看，明天晚上吧。 谢谢啊，已经给你发短消息了。
原帖由 illlh 于 2009-12-1 17:46 发表 http://bbs.51testing.com/images/common/back.gif
今天没去银行，自己给自己放了个假，脚本可以给你看看，明天晚上吧。
页:
[1]
