LR的VG与Control之间的关系,并发的实质
LR的VG与Control之间的关系,经过无数次的实验,搞清楚了现实意义的并发。传说每秒有几百,几千,几万用户并发,基本属于设想状态。
在一秒内处理多少个请求,完全在于服务器处理能力的强弱。这里需要强调一点,服务器在处理请求时,是不能同步的处理,而是以最快的速度处理完一个请求,接着去请求下一个请求。在单位秒内,服务器处理力强,就处理请求多。
所谓并发的含义-----大量的请求同时到达服务器,然后服务器接收到大量请求后需要特别忙的开始处理排队请求,在处理过程中,看处理器在高速运转的承受的时间长短,来衡量服务器的并发处理能力!
设计并发100个用户,对登录后的某个请求做并发处理,需要注意的是,这里做的并发操作,必须先要100个用户都是同一段时间内处于登录状态,然后执行并发操作。
那么怎么才能让这100个用户都是处于登录状态呢,先截图说明
这里的20个用户都会原封不动的 去执行同一个脚本。20个用户执行的业务流程一样,登录的用户也一样,这样真正的意义是加压了一个1压力,而不是20个,当然这里的失败加压,是在脚本里,你参数化设置错误,才会如此。
这次在这里是深刻的体会了,这几个参数化设置的含义。
首先解释这里的一些含义:
select next row
Sequential:顺序取值 Random:随机取值 Unique:唯一取值 Same line as:取某个参数的同行
Update value on
each iteration:每次迭代更新 each occurrence:每次取值更新 Once :只更新一次
在这里如果需要VG与Control关联 使这100个账号同时登录状态应该是下面这样的设置
Unique+each iteration 每次迭代取得值 都是唯一的 不能重复,你要脚本循环一次,就设置为Run Logic 为1,这样在Control里每一个用户登录的账号都不一样,加的压也是20个压力!
终于写完,感觉自己的表达能力特么的差!!!