LoadRunner 執行過程當中,有的user 跑的快,有的跑的慢。就致使user1可能還在執行 登陸操做呢,user2都已經開始執行查詢操做了。測試
可是在進行負載測試時 ,咱們又須要讓不少用戶同時執行一個任務。好比我這時候須要讓30個用戶同時開始查詢。那咱們就須要在查詢操做前面添加一個集合點。意思就是我須要30個用戶在這個地方集合,而後同時釋放進行查詢操做。spa
這時候第一個用戶執行到集合點的時候,並不會繼續進行查詢操做,而是等待其餘用戶到達。等到30個用戶都到達這裏的時候,再一塊兒執行查詢操做。3d
1. 在要添加集合點的地方,右鍵 –> Insert –> Rendezvous。code
2. 輸入集合點名稱,好比「登陸」。點擊OK。orm
lr_rendezvous("登陸");
打開Controller,導入添加了集合點的腳本。blog
點擊 Scenario –> Rendezvous ,打開 Rendezvous Information 彈出框。事務
Rendezvous:這裏會列出當前場景中全部腳本中的集合點名稱。ip
Scripts: 選中某個結合點名稱以後,這裏列出含有該集合點的腳本。內存
Vusers:這裏列出全部的用戶。這裏的用戶數和Scenario Groups裏面該腳本設置的Quantity是一致的。get
Disable Rendezvous:就是把某個集合點給Disable。
Policy:這裏有3種集合點釋放策略。下面的x、y、z能夠隨意更改。
Disable VUser: 讓某個用戶不參與該集合點。
Status Inforamtion:能夠實時反饋該集合點的狀況。
運行場景時候,咱們能夠在Scenario groups 裏面查看集合點用戶狀況,也能夠點擊Vusers 按鈕查看詳細的用戶狀況。
1. 集合點設置灰色不可點擊的狀況
若是場景中的腳本不含有集合點,那麼 Scenario –> Rendezvous 按鈕是灰色不可點擊的。
若是場景中的腳本含有集合點,同時 Scenario –> Rendezvous 按鈕仍是灰色不可點擊,那麼有多是在打開New Scenario的時候,選中了 Use the Percentage Mode 。解決方式就是從新打開同時不要勾上Use the Percentage Mode ,或者選擇 Scenario –> Convert Scenario to the Vuser Group Mode .
2. 集合點應該放在事務外。
若是事務內存在集合點,那麼虛擬用戶在集合點等待的時間也會被算入事務時間,致使早進入集合點的虛擬用戶的事務時間過長。
3. 集合點僅對Action起做用。 在vuser_init 以及 vuser_end 裏面沒法插入檢查點。
4. 集合點是分批次的。若是有100個用戶,設置指定70個用戶達到集合點才釋放。那麼前面70個到達集合點則會釋放該70個,後邊到達集合點的用戶要等到知足70個纔會釋放。