本文主要对场景设计过程中常用的一些技巧进行讲解，主要涉及的内容为LoadRunner场景设计实践之集合点的相关讲解。

集合点设置

选择Scenario→Rendezvous，会弹出集合点信息对话框，

Rendezvous：显示脚本中包含的所有集合点。一般情况下这些集合点处于启用状态。可以点击按钮，将其设置为禁用状态。

Scripts：显示场景运行的所有脚本。

Vusers：场景运行设置虚拟用户情况。一般情况下所有的Vuser都会参与到集合点的策略中来，能够点击按钮，将部分Vuser设置为不参与到该集合点策略。

点击按钮，系统会弹出Policy对话框。在该对话框中可以设定集合点执行的策略。

第一项：表示当所有用户数的X%到达集合点时，开始释放等待的用户并继续执行场景。

第二项：表示目前正在运行用户数的X%到达集合点时，开始释放等待的用户并继续执行场景。

第三项：表示当X个用户到达集合点时，开始释放等待的用户并继续执行场景。

还有一项Timeout between Vusers，就30秒来说，当第一个用户到达集合点后，再等待30秒，如果在30秒内到达的用户数已经达到指定的数量，就开始继续执行场景。如果在30秒内还没有达到指定的用户数量，就不再等待，开始释放等待的用户并继续执行场景。

集合点与事务的关系

为了获取事务的响应时间必须添加开始和结束事务，那么集合点设置在开始事务代码后面还是在开始事务之前呢？

情况一，集合点设置在开始事务代码后面，当虚拟用户运行到开始事务起点时，事务就开始统计时间，当第一个虚拟用户到达集合点时，后面的虚拟用户还未到达集合点，这时第一个虚拟用户就必须等待，但虚拟用户到达集合点之前事务一直在统计时间，所以这个等待的时间其实并不是真实时间，真实的事务响应时间应该减去虚拟用户之间的等待时间。

情况二，集合点设置在开始事务代码前面，虽然需要等待所有的虚拟用户都到达集合点后才开始释放虚拟用户，但是此时事务并没有开始计时，这样统计出来的时间值就不包含虚拟用户因为集合点的原因所浪费的等待时间。综上，通常将集合点设置在开始事务代码之前。

以上就是LoadRunner场景设计实践之集合点，感谢您的观看！如您有任何疑问请及时与我们联系，道普云将竭诚为您服务！