性能自动化测试之LoadRunner场景设计

说明：该篇博客是博主一字一码编写的，实属不易，请尊重原创，谢谢大家！
接着上一篇博客继续往下写 ：https://blog.csdn.net/qq_41782425/article/details/104136040

一、场景设计

Controller 是 LR 的控制中心，包括场景设计和场景执行。

1.场景设计

• 场景设计是依据需求制定脚本如何执行的策略，使脚本运行更接近真实用户使用。
• 主要包括集合点、IP 欺骗、多机联合负载、手工场景和目标场景。

2.场景执行

• 场景执行是当场景设计完成后手动运行场景，在此过程中对场景产生的数据进行监控。
• 场景执行时会监控硬件和软件资源、统计事务的成功数、失败数以及出错信息。

3.场景状态

二、虚拟用户加载策略

三、集合点

1.集合点的含义和意义

• 集合点用于保证真正的并发。
  ✔     当脚本运行到集合点函数时，将停止运行并等待其允许运行的条件(即集合点策略)，达到后才释放集合点开始运行。
  ✔     用来分析软件性能瓶颈。
• 一般将集合点放在开始事务代码之前。

2.集合点策略

用于设置到达集合点用户的标准时，系统就释放用户，继续运行。

3. webtours注册案例

说明：之前在进行200个人同时注册的负载测试其实并不是真正的同时进行注册的，只是说是200个虚拟用户通知运行而已，真正要实现200个虚拟用户同时进行注册，那么就可以在脚本提交注册数据之前，设置一个集合点，不管哪些用户先到都同时在这个集合点集合集合完毕200个用户后，才点击提交注册数据，这样才是真正的200个虚拟用户同时进行注册

• 在脚本提交注册数据之前插入集合点
  
  
• 保存脚本，创建场景，设置每15秒增加30个虚拟用户
  
• 持续时间则选中不持续
  
• 紧接着在场景中，对集合进行设置，不然脚本中设置的集合实际上没有意义
  
• 设置当有20%虚拟用户到达集合点后开始进行提交注册数据的操作，场景中的vuser虚拟用户为200个，那么即为40个虚拟用户到达集合点后进行提交注册数据
  
• 删除之前注册成功的200个用户数，点击执行场景，可以看到当40虚拟用户到达集合点时，才进行注册
  
• 200个虚拟用户完成了场景，然后所有虚拟用户通过所有的事务
  
• 查看提交注册数据事务响应时间平均在0.275秒左右，是相当不错的
  

四、IP 欺骗

1.使用 IP 欺骗的场合

• 应用程序服务器经常缓存来自同一台计算机的客户端信息，网络路由则尝试缓存来优化吞吐量，若许多用户使用同一个 IP，服务器和路由器都将尝试进