做并发压测时，集合点的作用不是把脚本写复杂，而是把原本分散到不同时间发出的请求，尽量压到同一时刻打出去。OpenText官方文档对这个机制说得很直接，集合点就是让多个Vuser在脚本里的某个位置停住，等达到指定人数或满足释放条件后再一起继续执行；而且集合点只在【Action】段有效，不能放在【vuser_init】和【vuser_end】里。也正因为这样，集合点放得对，才能测到真正的峰值冲击，放得不对，结果就很容易失真。

　　一、LoadRunner怎么设置集合点

　　在LoadRunner里设置集合点，先做脚本里的插入，再做场景里的释放策略。两步缺一不可。前面只插脚本不配策略，后面虽然能看到集合点名字，但并发释放不一定符合你的压测目标。VuGen官方帮助写得很清楚，集合点可以在录制时插入，也可以在录制后补进去，插入后本质上就是往脚本里加入一条【lr_rendezvous】语句。

　　1、先在脚本里插入集合点

　　如果是录制阶段就想加，在录制工具栏直接点【Rendezvous】并输入名称；如果脚本已经录完，就在VuGen里走【Design】【Insert in Script】【Rendezvous】再输入名称。插入完成后，脚本里会生成一条【lr_rendezvous】函数。

　　2、集合点要放在【Action】段

　　这一点不能错。官方函数说明明确写到，集合点函数只能用于【Action】部分，不能放在【vuser_init】和【vuser_end】里。也就是说，真正需要压并发的业务动作，要放在【Action】里再加集合点。

　　3、把脚本加到Controller场景里

　　脚本进了场景以后，Controller才会扫描并识别脚本里的集合点。官方场景说明提到，脚本加入测试后，可以在【More】【View Rendezvous】里查看和管理这些集合点。

　　4、在场景里设置释放策略

　　集合点真正怎么放人，不是在脚本里定，而是在Controller里定。官方说明写得很清楚，Controller会根据你设的策略控制Vuser是在达到指定人数时释放，还是在等待一定时间后释放，所以这一步决定了并发峰值到底有多高。

　　5、跑前先确认集合点已经启用

　　进入【View Rendezvous】后，要检查目标集合点是不是已经被启用。官方文档明确提到，集合点可以启用也可以停用，没启用的集合点不会真正形成你预想的并发冲击。

　　二、LoadRunner集合点放在什么位置更合理

　　集合点不是哪里都能放，更不是脚本里放得越多越好。放置位置真正要围绕一件事来定，就是你想把哪一个业务动作压成瞬时并发。OpenText官方对集合点用途的定义很明确，它是为了让多个Vuser同时执行某个任务，从而模拟峰值负载。顺着这个定义来看，集合点最合理的位置，通常都在关键请求发出之前，而不是随便夹在一段流程中间。

　　1、优先放在关键请求前面

　　如果你要测提交订单、付款、保存、登录这类核心动作的瞬时冲击，集合点就应当放在真正发请求之前。这样Vuser一被释放，后面的关键事务就会尽量同时打到服务器上。

　　2、不要放在登录初始化这类准备动作里

　　官方已经说明集合点不该放在【vuser_init】里，从测试目的上看也一样。登录、令牌获取、首页打开这些准备动作通常不是你真正想测的峰值业务，把集合点压在这里，容易把初始化流量误当成业务高峰。

　　3、不要一个脚本里堆太多集合点

　　官方示例说明，集合点是为了让一批Vuser在特定业务点同时继续。如果一段流程里到处都设集合点，Vuser会不断停住再放行，反而让节奏被切碎，最后很难判断真正被测的是哪一段压力。这个结论是根据官方对集合点工作方式的定义得出的直接用法判断。

　　4、集合点前后最好夹着可观察事务

　　更实用的做法，是把集合点放在事务开始前，或者放在你准备重点观察响应时间的动作前。这样放行以后，事务数据和并发冲击能对得上，后面回看结果会更清楚。官方文档虽然分别介绍了事务和集合点，但两者本来就是用来配合观察峰值表现的。

　　三、LoadRunner集合点先看什么

　　真正把集合点用顺，不是脚本里插进去就完了，而是上线前要先把几件基础条件看清。只要前面这些条件没对上，集合点名字再好看，结果也未必有分析价值。官方资料里其实已经把关键检查点给出来了，就是脚本位置、场景识别和释放策略这三层。

　　1、先看它是不是在【Action】里

　　这是第一层。只要位置放错，集合点本身就不会按预期工作。

　　2、再看Controller有没有识别到

　　脚本进场景后，可以在脚本详情或【View Rendezvous】里查看集合点。能看见，才说明场景层已经接住了。

　　3、再看释放人数和等待时间是不是符合目标

　　集合点不是为了把所有人永远卡住，而是为了在合适的并发规模下同时放行。官方说明已经写明，释放条件可以按人数，也可以按等待时间，所以这一步要和你的压测目标对齐。

　　4、最后看这次并发打的是不是你真正关心的动作

　　如果放行以后压到的是准备动作，而不是核心请求，那这个集合点就算配置成功，业务价值也不高。集合点位置最终还是要围绕核心事务来定。这个结论直接来自官方对集合点用途的定义。

　　总结

　　LoadRunner怎么设置集合点，核心是先在VuGen里插入【Rendezvous】，再到Controller里启用并配置释放策略。LoadRunner集合点放在什么位置更合理，关键则是围绕你真正想制造峰值的业务动作来放，优先压在关键请求前面，而不是随便塞进初始化或无关步骤里。把这两层分开处理，集合点才会真正服务于并发验证，而不是只在脚本里多了一行函数。