另外,如果设置了集合点有集合点策略,那里面也算在你响应的事务时间里了,所以时间有变高的现象 哦,集合点策略在那设置啊,我一会贴个图上来,贴那个图?! 能告诉我,只是测试浏览一张带数据的表这样一个动作,是不是不用设置集合点??
直接这样测,然后100用户响应时间为两秒多点,他的最大运行人数是64人,是不是表示他的性能挺好??还是说我测错了!!! 建议你还是学习一下loadrunner的资料吧,这样心里会有底;集合点在工具栏你自己找一下,应该是第二里面了,scenario-》rendezvous-》policy; 看了你的那个doc,我觉得是这个样子
Maximum Running Vusers这个是指同时在线(运行)的最大数量
真实场景中的确是运行了100个,但有些vuser开始的时候另一些vuser已经运行结束了,所以他不会显示100
另外,你好像在一台机子上模拟了100个用户,感觉这样是不是有些不合适啊,最好使用多机联合测试
小弟是新手,且理解能力较差,不知道你说的是不是这个问题,如有不对,请各位高手指证 1、先单用户运行场景,持续10min,期间注意监控服务器资源和客户端资源使用情况;(先保证自己的脚本没有问题)
2、进行少量并发测试,注意:设置场景时把Load settings 页签底下框的勾打上;同时运行时监控资源占用情况;
3、查看中间件和数据库的链接数,以及服务器的 open files数量是否设置足够;
4、查看网络吞吐量等资源情况
从你的图上看,没有做到真正意义上的100并发,很多都是串行的 看来,我还要仔细的学习一下loadrunner,谢谢大家了!!!
页:
1
[2]