&&&&&&正文
Loadrunner：集合点（Rendezvous）
摘要：集合点：等到特定的用户数后再一起执行某个操作，比如一起登录、一起发信，一般情况下使用不到集合点，不过，订票系统或者促销类需要用到。
1、Virtual User Generator　　1）使用Insert-&Rendezvous添加集合点，添加后的结果是：lr_rendezvous(&test&);　　2）集合点应该放在事务外，如果事务内存在集合点，那么虚拟用户在集合点等待的过程也会被计算入事务时间，导致早进入集合点的用户的响应时间有误。　　3）集合点只能插入到Action 部分，vuser_init和vuser_end中不能插入集合点。2、Controler　　&&==&&　　集合点策略理解：　　集合点提供了以下3种策略：　　A．当百分之多少的用户到达集合点时脚本继续。　　B．当百分之多少的运行用户到达集合点时脚本继续。&　　C．多少个用户到达集合点时脚本继续。　　这3个策略的区别在于：假设脚本由100个用户来运行，但100个用户并不是一开始就共同运行的。假设每隔1分钟添加10个用户，也就是说10分钟后系统才有100个在线用户。这里100就是指系统访问的所有用户数，而不同时间的在线用户数是不同的。设置的集合点策略百分比均为100%。在场景运行时，当Vuser脚本运行到集合点函数时，该虚拟用户会进入集合点状态直到集合点策略满足后才释放。　　【一分钟添加10个用户，10分钟，设置为100%】　　策略1是指当全部用户都运行到了集合点函数才释放集合，让这100个用户并发运行后面的脚本。　　策略2是指当前时间如果只有10个用户在线，那么只需要这10个用户都运行到了集合点函数就释放集合，让这10个用户并发运行后面的脚本。　　策略3就比较好理解了，当到达集合点的用户数达到自己设置的数量后就释放等待，并发运行后面的脚本。　　可以在多个脚本上设置相同的集合点名称来实现多个脚本同时并发的效果。集合点超时在脚本运行时，每个虚拟用户到达集合点时都会去检查一下集合点的策略设置，如果不满足，那么就在集合状态等待，直到集合点策略满足后，才运行下一步操作。但是可能存在前一个虚拟用户和后一个虚拟用户达到集合点的时间间隔非常长的情况，所以需要指定一个超时的时间，如果超过这个时间就不等待迟到的虚拟用户了。超时时间是指虚拟用户之间的时间差，当出现两个虚拟用户到达集合点的时间差超过设定的超时时间时，所有在集合点处于等待状态中的用户将全部释放。集合点和事务集合点应该放在事务外，如果事务内存在集合点，那么虚拟用户在集合点等待的过程也会被算入事务时间，导致早进入集合点的用户的响应时间有误。常见的田径比赛就是这样，大家先集合在同一起跑线上，鸣枪后开始计时，达到终点再计时，这样就能得到准确的事务时间。
全国校区查询
新手入门点击榜
新手入门最新文章
官方新版意见收集
*您的积极反馈是我们前进的动力
官方新版意见收集
提交成功，感谢您的反馈。
我们会认真阅读和考虑每个用户的反馈。第三方登录：用户名：yuanfangsenlin
访问量：319
注册日期：
阅读量：1297
阅读量：3317
阅读量：433509
阅读量：1121262
51CTO推荐博文
&&&&做loadrunner并发测试的时候，经常会设置集合点，但分析结果图的时候，发现设置集合点与否对测试的结果影响很小，带着疑惑，问了一个大牛，经过验证才发现，集合点是loadrunner认为设置的，由于网络等原因，“到达”集合点的用户并不能实现真正意义上的并发，因此，个人感觉，设置用户数量和集合点进行压力测试的时候，集合点可忽略。本文出自 “” 博客，请务必保留此出处
了这篇文章
类别：┆阅读(0)┆评论(0)loadrunner&场景设计-集合点设置
场景设计-集合点设置
通过让多用户在同一时间点上进行并发操作来测试系统的并发处理的能力
通过集合点函数来实现。
注意：集合点经常和事务结合起来使用。集合点只能插入到Action部分，vuser_init
中不能插入集合点。所以，如果要模拟并发登录，那么必须把登录操作放到Action中
例子：模拟10个用户并发登录Web
1、插入集合点函数
打开VuGen，光标定位在要插入Insert-
&Rendezvous
<img src="/blog7style/images/common/sg_trans.gif" real_src ="/sblog/o0b5f2ecf553a61f8f685dddf" STYLE="" BORDER="0"
ALT="loadrunner&场景设计-集合点设置"
TITLE="loadrunner&场景设计-集合点设置" />
填写集合点名称
<img src="/blog7style/images/common/sg_trans.gif" real_src ="/sblog/o006d53f2c9075abce135e599d77d2641" STYLE="" BORDER="0"
ALT="loadrunner&场景设计-集合点设置"
TITLE="loadrunner&场景设计-集合点设置" />
说明：集合点的名称最好要有意义，能够清楚的说明该集合点完成的动作。
查看脚本(新增集合点函数rendezvous)
lr_rendezvous("login"); //插入集合点
//提交登录表单
web_submit_data("login.pl",
"Action=http://127.0.0.1:1080/WebTours/login.pl",
"Method=POST",
"TargetFrame=",
"RecContentType=text/html",
"Referer=http://127.0.0.1:1080/WebTours/nav.pl?in=home",
"Snapshot=t10.inf",
"Mode=HTML",
"Name=userSession", "Value=590522fiHcVfcpcfDfcDcpQVDf",
"Name=username", "Value=jojo", ENDITEM,
"Name=password", "Value=bean", ENDITEM,
"Name=JSFormSubmit", "Value=off", ENDITEM,
"Name=login.x", "Value=45", ENDITEM,
"Name=login.y", "Value=3", ENDITEM,
当脚本在多用户运行的情况下，每次运行到这个函数都会检查一下集合点的策略来决定是等待还是继续运行
2、集合点设置
利用脚本创建场景，Controller中，Scenario-&Rendezvous…
<img src="/blog7style/images/common/sg_trans.gif" real_src ="/sblog/obd210ebdf81ea4cacfb715d" STYLE="" BORDER="0"
ALT="loadrunner&场景设计-集合点设置"
TITLE="loadrunner&场景设计-集合点设置" />
说明：仅当脚本中含有集合点函数时，才可以设置场景中的集合点。
<img src="/blog7style/images/common/sg_trans.gif" real_src ="/sblog/ocf435ef2c" STYLE="" BORDER="0"
ALT="loadrunner&场景设计-集合点设置"
TITLE="loadrunner&场景设计-集合点设置" />
说明：这里可以根据需要禁用/开启集合点，禁用或开启用户，可设置集合点策略
2.1、 策略设置
<img src="/blog7style/images/common/sg_trans.gif" real_src ="/sblog/oacd0c7c3e6f48e452cf9fc" STYLE="" BORDER="0"
ALT="loadrunner&场景设计-集合点设置"
TITLE="loadrunner&场景设计-集合点设置" />
a)& Policy
满足后策略才释放虚拟用户
策略1：Release
when N% of all Vusers arriver the rendezvous
是指占全部用户百分之N的用户都运行到了集合点函数才释放集合，然后让这些用户并发运行后面的脚本
策略2：Release
when N% of all running Vusers arriver at the rendezvous
是指占所有正在运行用户百分之N的用户都运行到了集合点才释放集合，然后让这些用户并发运行后面的脚本。
策略3：Release
when N Vusers arrive at the rendezvous
是指指定数量(N)的用户运行到了集合点才释放集合，然后让这些用户并发运行后面的脚本
Timeout between Vusers N seconds(集合点超时)
超时时间是指虚拟用户之间的时间差，当出现两个虚拟用户到达集合点的时间差超过设定的超时时间时，所有在集合点处于等待状态中的用户将全部释放。
脚本运行时，每个虚拟用户到达集合点时都会去检查一下集合点的策略设置，如果不满足，那么就在集合状态等待，直到集合点策略满足后，才运行下一步操作。但
是可能存在前一个虚拟用户和后一个虚拟用户达到集合点的时间间隔非常长的情况，所以需要设置一个超时的时间，如果超过这个时间就不等待迟到的虚拟用户了
这里选择策略1，保存，设计场景，每5秒开启2个用户
<img src="/blog7style/images/common/sg_trans.gif" real_src ="/sblog/o8aec79c8a1d7d234b4af8" STYLE="" BORDER="0"
ALT="loadrunner&场景设计-集合点设置"
TITLE="loadrunner&场景设计-集合点设置" />
查看查看运行到集合点的用户数
<img src="/blog7style/images/common/sg_trans.gif" real_src ="/sblog/o0042d0ead3f15bdd3a7ff84da5d09e67" STYLE="" BORDER="0"
ALT="loadrunner&场景设计-集合点设置"
TITLE="loadrunner&场景设计-集合点设置" />
1、集合点和事务
集合点应该放在事务外，如果事务内存在集合点，那么虚拟用户在集合点等待的过程也会被算入事务时间，导致早进入集合点的用户的响应时间有误。
2、集合点和Action。
集合点仅对Action
section起作用。对init
action或end
action无效,无法设置集合点
3、集合点是分批次的(按指定数量一批一批的运行)
那么如果有10个用户，设置指定8个用户到达集合点才运行，那么前面8个到达集合点则释放该8个用户，后面到达集合点的用户也是等到满足8个用户才运行，等待超时除外。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。