1.集合点的含义 rendezvous

当通过controller虚拟多个用户执行该脚本时。用户的启动或运行步骤不一定都是同步的。集合点是在脚本的某处设置一个标记。当有虚拟用户运行到这个标记处时，停下等待，直到所有的用户都达到这个标记处时，再一同进行下面的步骤，这样能够用最大的用户并发去做下面的操作，就像集合再前进一样。集合点之名由此而得。集合点主要用于对关键步骤的加压。 

2.插入集合点的目的

 集合点的用处对于LoadRunner来说意义非常大，它可以设置多个虚拟用户等待到一个点，同时触发一个事务，以达到模拟真实环境下同时多个用户操作，同时模拟负载,实现性能测试的最终目的。由此可见，插入集合点主要是为了衡量在加重负载的情况下服务器的性能情况，从而找到性能瓶颈。可以把集合点理解成是一种特殊情况下的并发。
举例如下：在客户的需求中，可能会要求系统能够承受500人同时提交数据。在LR中可以通过在提交数据操作前面加入集合点，当虚拟用户运行到提交数据的集合点时，LR就会检查同时有多少用户运行到集合点，如果我们设定脚本运行的虚拟用户数为1000，等到这1000个虚拟用户都运行到集合点后，就会触发同时进行提交数据的操作，从而能够测试系统能够对于这1000个用户提交数据的响应情况，以此来看系统是否满足客户的该点需求。

事务：就是用户某一步或者某几步操作的集合。当我们需要通过某一步或是某几步操作从而衡量服务器的性能的时候，这时我们就把这些操作设置成一个事务，当事务开始执行的时候lr就开始计时当事务运行结束计时停止，执行事务的时间会在在最后的结果中显示出来。 

集合点一般是跟事务结合使用的，不要把集合点设置到事物里面，因为那样的话脚本等待的时间都计算在事务的时间内，进行压力测试的时候查看响应时间就会有一定的偏差。集合点应插入到事务开始的前面，这样在这个地方达到用户的数量后同时执行下面的事务才能测试出多个用户能否同时执行某一操作。

实例：在测试查询编号这个功能，需要在点击查询时设置事务跟集合点
方法一：先设置集合点再设置事务，压20个用户时平均响应时间为16.400
方法二：先设置事务再设置集合点，压20个用户时平均响应时间为0.799

在脚本中直接添加：
lr_rendezvous("集合点名称");
如果脚本中设置了集合点，在conntrol的场景中Scenario/Rendezvous集合功能点会亮（没有则是灰色）。就可以来设置虚拟用户集合的方式。
如果脚本之前没有集合点，后面加进去的，已经加载在场景了要进行刷新，获取最新脚本。

Controller的Scenario Groups中，有个按钮Details，进去之后会有Refresh按钮，有刷新脚本和运行设置两项
集合点设置策略Policy：总共有3种

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

在脚本运行时，每个虚拟用户到达集合点时都会去检查一下集合点的策略设置，如果不满足，那么就在集合状态等待，直到集合点策略满足后，才运行下一步操作。但是可能存在前一个虚拟用户和后一个虚拟用户达到集合点的时间间隔非常长的情况，所以需要指定一个超时的时间，如果超过这个时间就不等待迟到的虚拟用户了。

超时时间是指虚拟用户之间的时间差，当出现两个虚拟用户到达集合点的时间差超过设定的超时时间时，所有在集合点处于等待状态中的用户将全部释放。

 web_reg_save_param("login1",

    "LB=name=userSession value=", "RB=（将这里空格删了）>", LAST);   

分析：

通常不是长度的问题，如果长度有问题就都出错了。应该是服务器返回的数据问题，导致没有找到这个参数。
26377错误的成因很多，总结最直接的结果就是No match found for the requested parameter "XXXXX"。意思就是没有找到关联变量匹配的值，实际上是没有从返回报文中得到匹配的边界结果。
可能的原因
1.脚本错误，确实没有匹配上的值22,028次中出现2次，或许可以排除（但也不能完全排除）是脚本的错误。需要仔细看日志分析到此返回的结果是什么。
2. 参数列表错误，实际上还是造成了脚本运行错误，没有返回正确的页面和结果（可能根本就没有正常到达你设想的页面，由于特殊原因跳转到某个地方去了）
3.服务器超载，没有在规定时间内返回正确的网页报文，当然就找不到数据了。（注意不要对同一条目重复进行查询、更新等复杂造作）
4. web_set_max_html_param_len 过小，没有足够的空间储存返回的报文，也就是，你要的信息在某个地方因为存储空间不足被截断了。设置更大的值可能会解决问题。

        经常，我们在启动应用的时候发现系统需要的端口被别的程序占用，如何知道谁占有了我们需要的端口，很多人都比较头疼，下面就介绍一种非常简单的方法，希望对大家有用

假如我们需要确定谁占用了我们的1080端口

1、Windows平台
在windows命令行窗口下执行： 查看所有的端口占用

情况
 
C:\>netstat -ano
 
  协议    本地地址                     外部地址               状态                   PID
 
  TCP    127.0.0.1:1434         0.0.0.0:0              LISTENING       3236
  TCP    127.0.0.1:5679         0.0.0.0:0              LISTENING       4168
  TCP    127.0.0.1:7438         0.0.0.0:0              LISTENING       4168
  TCP    127.0.0.1:8015         0.0.0.0:0              LISTENING       1456
  TCP    192.168.3.230:139      0.0.0.0:0              LISTENING       4
  TCP    192.168.3.230:1957     220.181.31.225:443     ESTABLISHED     3068
  TCP    192.168.3.230:2020     183.62.96.189:1522     ESTABLISHED     1456
  TCP    192.168.3.230:2927     117.79.91.18:80        ESTABLISHED     4732
  TCP    192.168.3.230:2929     117.79.91.18:80        ESTABLISHED     4732
  TCP    192.168.3.230:2930     117.79.91.18:80        ESTABLISHED     4732
  TCP    192.168.3.230:2931     117.79.91.18:80        ESTABLISHED     4732
 
 
 
2.查看指定端口的占用情况
C:\>netstat -aon|findstr "9050"

  协议    本地地址                     外部地址               状态                   PID
 
  TCP    127.0.0.1:9050         0.0.0.0:0              LISTENING       2016
 
P: 看到了吗，端口被进程号为2016的进程占用，继续执行下面命令： （也可以去任务管理器中查看pid对应的进程）
 
3.查看PID对应的进程
C:\>tasklist|findstr "2016"

 映像名称                       PID 会话名              会话#       内存使用
 ========================= ======== ================
  tor.exe                     2016 Console                 0     16,064 K

P:很清楚吧，tor占用了你的端口。
 
 
 
4.结束该进程
 
C:\>taskkill /f /t /im tor.exe