Loadrunner集合点

集合点和事务

集合点应该放在事务外，如果事务内存在集合点，那么虚拟用户在集合点等待的过程也会被算入事务时间，导致早进入集合点的用户的响应时间有误。

常见的田径比赛就是这样，大家先集合在同一起跑线上，鸣枪后开始计时，达到终点再计时，这样就能得到准确的事务时间。

添加集合点：

lr_rendezvous("check");

引号内即为集合点名称

在场景中设置集合点：

集合点提供了以下3种策略：

1．当百分之多少的用户到达集合点时脚本继续。

2．当百分之多少的运行用户到达集合点时脚本继续。

3．多少个用户到达集合点时脚本继续。

这3个策略的区别在于：假设脚本由100个用户来运行，但100个用户并不是一开始就共同运行的。假设每隔1分钟添加10个用户，也就是说10分钟后系统才有100个在线用户。这里100就是指系统访问的所有用户数，而不同时间的在线用户数是不同的。设置的集合点策略百分比均为100%。

在场景运行时，当Vuser脚本运行到集合点函数时，该虚拟用户会进入集合点状态直到集合点策略满足后才释放。

策略1是指当全部用户都运行到了集合点函数才释放集合，让这100个用户并发运行后面的脚本。

策略2是指当前时间如果只有10个用户在线，那么只需要这10个用户都运行到了集合点函数就释放集合，让这10个用户并发运行后面的脚本。

策略3就比较好理解了，当到达集合点的用户数达到自己设置的数量后就释放等待，并发运行后面的脚本。

可以在多个脚本上设置相同的集合点名称来实现多个脚本同时并发的效果。