http://wenku.baidu.com/link?url=2wZd7nx0zyPtDOsOEyVFnw4sEiKLvyHLnkNDz9HlOlRzZWEkCDhODdmNGebFrv5oVKj9rpS7Flg5qhXov-wbHghRtQWdIqKcX-0oRe7_7sG
1.集合點的含義 rendezvous
當(dāng)通過controller虛擬多個用戶執(zhí)行該腳本時。用戶的啟動或運行步驟不一定都是同步的。集合點是在腳本的某處設(shè)置一個標(biāo)記。當(dāng)有虛擬用戶運行到這個標(biāo)記處時，停下等待，直到所有的用戶都達到這個標(biāo)記處時，再一同進行下面的步驟，這樣能夠用最大的用戶并發(fā)去做下面的操作，就像集合再前進一樣。集合點之名由此而得。集合點主要用于對關(guān)鍵步驟的加壓。
2.插入集合點的目的
集合點的用處對于LoadRunner來說意義非常大，它可以設(shè)置多個虛擬用戶等待到一個點，同時觸發(fā)一個事務(wù)，以達到模擬真實環(huán)境下同時多個用戶操作，同時模擬負(fù)載,實現(xiàn)性能測試的最終目的。由此可見，插入集合點主要是為了衡量在加重負(fù)載的情況下服務(wù)器的性能情況，從而找到性能瓶頸。可以把集合點理解成是一種特殊情況下的并發(fā)。
舉例如下：在客戶的需求中，可能會要求系統(tǒng)能夠承受500人同時提交數(shù)據(jù)。在LR中可以通過在提交數(shù)據(jù)操作前面加入集合點，當(dāng)虛擬用戶運行到提交數(shù)據(jù)的集合點時，LR就會檢查同時有多少用戶運行到集合點，如果我們設(shè)定腳本運行的虛擬用戶數(shù)為1000，等到這1000個虛擬用戶都運行到集合點后，就會觸發(fā)同時進行提交數(shù)據(jù)的操作，從而能夠測試系統(tǒng)能夠?qū)τ谶@1000個用戶提交數(shù)據(jù)的響應(yīng)情況，以此來看系統(tǒng)是否滿足客戶的該點需求。
事務(wù)：就是用戶某一步或者某幾步操作的集合。當(dāng)我們需要通過某一步或是某幾步操作從而衡量服務(wù)器的性能的時候，這時我們就把這些操作設(shè)置成一個事務(wù)，當(dāng)事務(wù)開始執(zhí)行的時候lr就開始計時當(dāng)事務(wù)運行結(jié)束計時停止，執(zhí)行事務(wù)的時間會在在最后的結(jié)果中顯示出來。
集合點一般是跟事務(wù)結(jié)合使用的，不要把集合點設(shè)置到事物里面，因為那樣的話腳本等待的時間都計算在事務(wù)的時間內(nèi)，進行壓力測試的時候查看響應(yīng)時間就會有一定的偏差。集合點應(yīng)插入到事務(wù)開始的前面，這樣在這個地方達到用戶的數(shù)量后同時執(zhí)行下面的事務(wù)才能測試出多個用戶能否同時執(zhí)行某一操作。
實例：在測試查詢編號這個功能，需要在點擊查詢時設(shè)置事務(wù)跟集合點
方法一：先設(shè)置集合點再設(shè)置事務(wù)，壓20個用戶時平均響應(yīng)時間為16.400
方法二：先設(shè)置事務(wù)再設(shè)置集合點，壓20個用戶時平均響應(yīng)時間為0.799
在腳本中直接添加：
lr_rendezvous("集合點名稱");
如果腳本中設(shè)置了集合點，在conntrol的場景中Scenario/Rendezvous集合功能點會亮（沒有則是灰色）。就可以來設(shè)置虛擬用戶集合的方式。
如果腳本之前沒有集合點，后面加進去的，已經(jīng)加載在場景了要進行刷新，獲取最新腳本。
Controller的Scenario Groups中，有個按鈕Details，進去之后會有Refresh按鈕，有刷新腳本和運行設(shè)置兩項
集合點設(shè)置策略Policy：總共有3種
1．當(dāng)百分之多少的用戶到達集合點時腳本繼續(xù)。
2．當(dāng)百分之多少的運行用戶到達集合點時腳本繼續(xù)。
3．多少個用戶到達集合點時腳本繼續(xù)。
說明：其中1跟2兩種只針對設(shè)置了多少分鐘啟動多少用戶，如果一開始就加載所有用戶就沒有什么區(qū)別
這3個策略的區(qū)別在于：假設(shè)腳本由100個用戶來運行，但100個用戶并不是一開始就共同運行的。假設(shè)每隔1分鐘添加10個用戶，也就是說10分鐘后系統(tǒng)才有100個在線用戶。這里100就是指系統(tǒng)訪問的所有用戶數(shù)，而不同時間的在線用戶數(shù)是不同的。設(shè)置的集合點策略百分比均為100%。在場景運行時，當(dāng)Vuser腳本運行到集合點函數(shù)時，該虛擬用戶會進入集合點狀態(tài)直到集合點策略滿足后才釋放。策略1是指當(dāng)全部用戶都運行到了集合點函數(shù)才釋放集合，讓這100個用戶并發(fā)運行后面的腳本。策略2是指當(dāng)前時間如果只有10個用戶在線，那么只需要這10個用戶都運行到了集合點函數(shù)就釋放集合，讓這10個用戶并發(fā)運行后面的腳本。策略3就比較好理解了，當(dāng)?shù)竭_集合點的用戶數(shù)達到自己設(shè)置的數(shù)量后就釋放等待，并發(fā)運行后面的腳本。可以在多個腳本上設(shè)置相同的集合點名稱來實現(xiàn)多個腳本同時并發(fā)的效果。
設(shè)置集合點策略時還有一個集合點超時在腳本運行時，每個虛擬用戶到達集合點時都會去檢查一下集合點的策略設(shè)置，如果不滿足，那么就在集合狀態(tài)等待，直到集合點策略滿足后，才運行下一步操作。但是可能存在前一個虛擬用戶和后一個虛擬用戶達到集合點的時間間隔非常長的情況，所以需要指定一個超時的時間，如果超過這個時間就不等待遲到的虛擬用戶了。
超時時間是指虛擬用戶之間的時間差，當(dāng)出現(xiàn)兩個虛擬用戶到達集合點的時間差超過設(shè)定的超時時間時，所有在集合點處于等待狀態(tài)中的用戶將全部釋放。