LoadRunner中脚本增强技术之集合点思考时间

1.8脚本增强技术之思考时间
思考时间，主要用于模拟用户的延迟，调节对服务器的压力。具体设置方式可参考1.3.4Think time的选项。
1.9脚本增强技术之集合点
集合点，主要是为了实现并发测试。虽然在Controller中多用户负载Vuser是一起开始运行脚本的，但是由于计算机的串行处理机制，脚本运行随着时间的推移并不能完全达到同步，这个时候需要手工的方式让用户在同一时间点上进行操作来测试系统并发处理的能力，而集合点函数就能实现这个功能。
并发的概念有两种，一种是广义上的并发是指在线即并发，这种情况下，我们可以通过随机思考时间的方式来实现，通常会长时间运行。另外一种是狭义上的并发，通常就是通过集合点的方式来实现，此时一般是指定并发几次，而不会长时间执行。在狭义并发的情况下，我们关心的是服务器是否稳定、响应时间是否达标，至于TPS则不再关心。
在LR中，集合点的实现是通过函数（Vugen）+设置（Controller）来实现的。在Vugen中集合点函数仅仅起到一个标识、等待的作用。表示任何受控的虚拟用户，任何时候执行脚本到达集合点函数所处的位置时，都需要遵循集合点策略进行等待，然后再一起执行后续的操作。添加集合点函数的方法：右键insert->Rendezvous，输入名字，在脚本中实现lr_ Rendezvous(“名字”)

在Controller中，菜单Scenario–Rendezvous可以设置集合点策略，如果Rendezvous是灰色，是因为脚本中没有集合点函数。

在打开的界面可以设置，那些用户受集合点控制，那些用户不受集合点控制。
•disable Vusers：表示设置虚拟用户为不受控状态，即指虚拟用户还是会照常执行脚本，但是不受集合点控制。

•Policy：设置虚拟用户集合的方式，集合点策略主要控制两个因素：集合用户数、等待超时。
集合用户数的策略：
策略一：当百分之多少的用户到达集合点时脚本继续
策略二：当百分之多少的运行用户到达集合点时脚本继续
策略三：多少个用户到达集合点时脚本继续
等待超时：
在LR中，超时设置是设置的两个虚拟用户之间的等待时间。
如果集合人数为N，超时为T，则理论上第一个到达集合点的虚拟用户的等待的最大时间为：
maxT=（N-1）×T

集合点应该放在事务函数之外，如果事务内存在集合点，那么虚拟用户在集合点等待的过程中也会被算入事务时间，导致早进入集合点的用户的响应时间有误
一般来说，平时建议大家通过随机思考时间的方式来实现在线并发（随机并发）的效果，对于有明确的并发诉求（类似于秒杀）的，建议通过集合点，一旦使用集合点，则不需要长时间运行，只需要运行一定的次数，取结果（响应时间）的平均值即可。