又一难题横空出世!
我现在做1000并发访问是这样的:脚本很简单,访问一URL。
插入集合点,用户量设置为1000,然后集合策略为1000个用户时释放,测试时间为30分钟。
本来觉得可行的,后来发现集合完1000后,集合下一个1000,之间的时间非常短,以至于服务器的压力大于1000个并发,对测试结果影响很大。
请问有没有方法让两次集合之间的时间空的大一点,或第一次集合全都收到数据后在执行第二次集合。或有什么其它方法。
大家来帮帮忙啊,谢谢。 也许是我的压测机配置太高,两个集合之间的时间很短,可能在一秒内发几次。 看来这个问题对你来说很难。。 加下思考时间不行吗? 看来这个问题对你来说很难。。
云层 发表于 2012-5-17 21:06 http://bbs.51testing.com/images/common/back.gif
大侠,不要取笑我了,指点一下。 顶顶 lr_think_time() 为啥要拉长两次集合点的间隔,同时并发不就是要加大服务器的负载吗 这边都有回答了,一般来说可以加思考时间,你也可以让脚本只运行一次啊 云层从来只回答一层楼,今天破例了 这边都有回答了,一般来说可以加思考时间,你也可以让脚本只运行一次啊
云层 发表于 2012-5-18 12:03 http://bbs.51testing.com/images/common/back.gif
加思考时间应该可以。运行一次可不行,我运行过,每次得到的数据相差太多。 为啥要拉长两次集合点的间隔,同时并发不就是要加大服务器的负载吗
jj_ljw 发表于 2012-5-18 11:43 http://bbs.51testing.com/images/common/back.gif
两次时间间隔很短,如果两次集合的过程是:第一次发送完后,接收到所有的返回,然后在发第二次集合,这样就应该问题了。不知道是不是这样呢? RTS 中的pacing不知是否可以解决你的问题 楼上正解! Right 受教了! 问:think time () 你是准备加在哪里? 回复 13# thirfing
请问RTS 中的pacing和思考时间有冲突吗? 26576661 回复 18# xiaoshi_2011
没冲突。
如上图所示,pacing 设置为20s。 假设脚本运行一次消耗时间分别为10s,20s,25s。那进行下一次迭代前,需要等待10s,0s,15s。
页:
[1]