LR测试结果与真实程序测试的响应时间相差较大

pertest2009 · 发表于 2009-11-22 23:44:32

基本业务描述：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有问题吧，请各为大虾给些指点吧。

msnshow · 发表于 2009-11-23 14:16:02

CPU使用>90%

这点说明PC机已经有瓶颈了，测试结果已经不准确，无参考价值

pertest2009 · 发表于 2009-11-23 17:39:04

谢谢回复，我的进程占资源很少，不知怎么用LR模拟后占得很厉害。有什么好的办法呢？我不能无限制的加终端PC啊。

有经验的朋友帮帮我吧，我测的程序是C/S结构，基于socket协议的。

原帖由 msnshow 于 2009-11-23 14:16 发表
CPU使用>90%

这点说明PC机已经有瓶颈了，测试结果已经不准确，无参考价值

pertest2009 · 发表于 2009-11-24 09:51:00

顶一下，帮帮忙吧。我想知道是否有改进措施，还是只能通过运行Vuser的PC数量来解决问题呢，这样有点不现实啊。。。。

谢谢大家

原帖由 pertest2009 于 2009-11-23 17:39 发表
谢谢回复，我的进程占资源很少，不知怎么用LR模拟后占得很厉害。有什么好的办法呢？我不能无限制的加终端PC啊。

有经验的朋友帮帮我吧，我测的程序是C/S结构，基于socket协议的。

jacksboy · 发表于 2009-11-24 12:12:57

首先你要确定是系统的硬件资源不够还是程序本身的问题，然后再进一步分析

pertest2009 · 发表于 2009-11-24 16:47:31

原贴子中我已经说了吧，如果用应用程序本身跑似乎没问题，即在一台PC上跑5个进程(即Client端程序启动5遍)自动发送文件，CPU使用<30%；
而用LR启动运行5个Vuser执行相同的操作，CPU使用却>90%。我用的客户端PC也是双核的，内存1G。如果我要跑100用户，该怎么办啊，不可能有这么多客户端的。

再帮我看看吧，谢了！

原帖由 jacksboy 于 2009-11-24 12:12 发表
首先你要确定是系统的硬件资源不够还是程序本身的问题，然后再进一步分析

testlong · 发表于 2009-11-24 17:35:16

一个PC机可以模拟200多个虚拟用户吧！那样应该是100个没问题呀一台机足够啦！

GeorgeWangLC · 发表于 2009-11-24 19:48:32

建议楼主
先调试脚本，运行单个脚本，完成你定制的事务时间是不是符合你的期望；－－－脚本是否正确？
单台PC，运行小量用户，例如3～5个，进行小场景测试，测试结果是否愈合实际情况；－－－小规模场景验证
多彩controller一起测试模拟真实环境；－－－真实环境模拟

希望对楼主有用。

pertest2009 · 发表于 2009-11-24 19:53:03

啊，我问题不是个意思啊。我现在一个PC模拟5个Vuser，CPU使用已>90%，那在一台模拟100个怎么可能。

原帖由 testlong 于 2009-11-24 17:35 发表
一个PC机可以模拟200多个虚拟用户吧！那样应该是100个没问题呀一台机足够啦！

pertest2009 · 发表于 2009-11-26 15:30:51

顶顶更健康！

eramyang · 发表于 2009-11-26 16:29:12

原帖由 GeorgeWangLC 于 2009-11-24 19:48 发表
建议楼主
先调试脚本，运行单个脚本，完成你定制的事务时间是不是符合你的期望；－－－脚本是否正确？
单台PC，运行小量用户，例如3～5个，进行小场景测试，测试结果是否愈合实际情况；－－－小规模场景验证
多 ...

同意楼上的做法，如果发现CPU还是>90%，可能说明这个程序在多用户并发，处理多线程的时候有问题。

eramyang · 发表于 2009-11-26 16:39:48

还是你可以看看数据库的CPU是不是也占用了很多，如果是，可能有死锁产生。这个也会导致你现在这样的情况。
（还有你用的是什么数据库？我以前测试过SQL2005的系统，SQL2005在并发时会启动自己的锁定机制，结束并发后就会自动解锁。）

xiaoy035 · 发表于 2009-11-26 20:46:26

学习

pertest2009 · 发表于 2009-11-29 15:38:08

谢谢这位朋友提醒，我重新录制了脚本，似乎响应时间没什么问题了，就是感觉有点奇怪，其实脚本都差不多，原先脚是我手动编辑过，将两份脚本的发送数据合并了。

现在的问题是当controller运行5个Vuser时，CPU使用>90%(注意，如果在这台PC上运行5个客户端程序，CPU使用值很低。)，即mmdrv.exe进程的CPU使用高。也就是说我要模拟100个用户，需要20台PC啊。

原帖由 GeorgeWangLC 于 2009-11-24 19:48 发表
建议楼主
先调试脚本，运行单个脚本，完成你定制的事务时间是不是符合你的期望；－－－脚本是否正确？
单台PC，运行小量用户，例如3～5个，进行小场景测试，测试结果是否愈合实际情况；－－－小规模场景验证
多 ...

illlh · 发表于 2009-11-29 21:52:43

你用的什么脚本，是录制的还是手工编写的
最近我也在测公司的C/S服务器，发现录制的脚本在运行的时候确实比手工脚本占用资源要高一些。

pertest2009 · 发表于 2009-11-30 16:52:55

我是录制的，还没有试过手写脚本。资源消耗确实大得很啊。

手写脚本就会小下来吗？这个能确认吗？

其实我的脚本应该很简单，就是要每隔一段时间发送一个文件，因为没有写过，还无从下手。
我测试的程序是C/S结构，基于socket协议的，哪位朋友有纯的LR的手写脚本，给参考参考吧，谢谢

原帖由 illlh 于 2009-11-29 21:52 发表
你用的什么脚本，是录制的还是手工编写的
最近我也在测公司的C/S服务器，发现录制的脚本在运行的时候确实比手工脚本占用资源要高一些。

illlh · 发表于 2009-12-1 17:46:54

原帖由 pertest2009 于 2009-11-30 16:52 发表
我是录制的，还没有试过手写脚本。资源消耗确实大得很啊。

手写脚本就会小下来吗？这个能确认吗？

其实我的脚本应该很简单，就是要每隔一段时间发送一个文件，因为没有写过，还无从下手。
我测试的程序是C/S结 ...

今天没去银行，自己给自己放了个假，脚本可以给你看看，明天晚上吧。

pertest2009 · 发表于 2009-12-3 02:02:42

谢谢啊，已经给你发短消息了。

原帖由 illlh 于 2009-12-1 17:46 发表

今天没去银行，自己给自己放了个假，脚本可以给你看看，明天晚上吧。

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] LR测试结果与真实程序测试的响应时间相差较大

相关帖子

回复 1# 的帖子

回复 9# 的帖子

站长推荐 /1