关于loadrunner中的controller的问题
我在scenario中虚拟300个用户并同时加载,可是在运行的时候我发现每次loadrunner最开始只init50个用户,然后其他的用户才陆续的init这样还能达到并发测试的目的了吗?测试结果是300个都pass 但是max running vuer 只有196,请问我的系统的最大能承受196个人还是300个人同时在线! 1可是在运行的时候我发现每次loadrunner最开始只init50个用户,然后其他的用户才陆续的init这样还能达到并发测试的目的了吗?这个问题,请察看controller中 schedule builder中 ramp up中
load settings的设置,是否设置了 start的属性。才出现这种情况
对于你说的这样能否达道并发测试的目的,由于可能再设置上出现的情况造成的原因,如果你的测试策略就是这么选择的,只要在测试脚本中加入集合点,那么同样可以在达到压力测试的目的
2 测试结果是300个都pass 但是max running vuer 只有196,请问我的系统的最大能承受196个人还是300个人同时在线!
我觉得出现max running vuer 只有196是由于你前边脚本运行造成的原因,可能当时同时在线操作为196,还需要你自己分析当时脚本运行情况。 十分感谢!
我设置schedule builder中的ramp up 是load all vuser,不是第二个选项。你说的插入集合点提醒了我!但是我还有个问题就是你说的插入集合点可以达到压力测试的目的。我做的测试是往一个表单中添加数据,添加后点确定返回。我模拟30个用户并发测试,结果是我设集合点的测试结果中插入到数据库30条,而没有设置集合点的反倒只插入了两条,为什么?设置集合点后测试的结果还准确吗? 第一个问题,由sunshine_luo提醒!你可能设置上有问题。
你可以看看如下设置:修改下边任意
init50个用户是因为系统默认设置的(这么做为了避免系统造成过度负载)
1.可以在这里进行修改:scenario->load generators->detail中修改vuser quota一项即可。
2。tools->option 下修改 run-time settings的vuser quota属性值
scenario->load generators->detail中修改vuser quota 不能超过tools->option 下修改 run-time settings的vuser quota属性值。
修改tools->option 下修改 run-time settings的vuser quota属性值会影 响scenario->load generators->detail中修改vuser quota,变成一样的数值
[ Last edited by pcl2004_27 on 2004-7-8 at 12:37 ] 谢谢你和那位sunshine_luo同志! 好帖子呀~
嗯,好帖
这个问题也提醒我们大家,做压力测试时要仔细分析数据的准确性,包括对数据库结果的检查,以免被表面现象误导。嗯,好帖
这个问题也提醒我们大家,做压力测试时要仔细分析数据的准确性,包括对数据库结果的检查,以免被表面现象误导。 有帮助!
页:
[1]