目录：手工场景和目标场景设置 混合场景设置一、手工场景手工场景是自行设置虚拟用户的变化，通过设计用户的添加和减少过程，来模拟真实的用户请求模型，完成负载的生成。手工场景分为：Scenario模式和Group模式场景设计-Scenario模式...
手工场景是自行设置虚拟用户的变化，通过设计用户的添加和减少过程，来模拟真实的用户请求模型，完成负载的生成。
手工场景分为：Scenario模式和Group模式
Scenario模式是指所有脚本都使用相同的场景模式来运行，只需要分配每个脚本所使用的用户个数即可。
Scenario模式下的Run Mode有两大类：Real-world Schedule和Basic schedule
Real-world Schedule（真实场景模式）
初始化有3种方式
1、Initialize all Vusers simultaneously:同时初始化所有用户
2、Initialize XX Vusers every 00:00:00 (HH:MM:SS):LoadRunner在运行vuser前，每隔多长时间初始化多少用户
3、Initialize each Vuser just before it runs(Default)：在开始运行时，初始化每一个用户，初始化每一个Vuser（默认）
Start Vusers：开始运行vusers，也就是用户增长的方式
1、Start XX Vusers:目标运行的总用户数
2、Simultaneously：瞬间加载到总并发用户数（快速增长）
3、Start XX Vusers: YY Vusers every 00:00:00 (HH:MM:SS)：按指定的时间间隔，逐步运行指定数量XX个Vusers。（慢增长）
Basic schedule
按照controller中Run-time-settings—>logic中的迭代次数进行迭代，迭代完成则停止运行
比如：迭代次数50，并发用户数30，那么总的事务数就是：50*30=1500，每个用户都会迭代50次，对想指定造多少数据，很有帮助
2、Run for x days and xx:xx:xx
忽略Run-time settings —> logic中设置的迭代次数，重复迭代运行脚本的action，直到时间结束为止， 也就是说，此处设置的持续时间的优先级高
①、即使你指定了迭代次数，但是运行时间没有结束之前，还是会一直迭代，所以实际迭代次数可能大于你设置的迭代次数；
②、还有一种情况是，迭代次数还没完，但是运行时间已经到了，此时会将当前执行的Action执行完，停止迭代，此种情况下实际迭代次数小于你设置的迭代次数。
1、Stop XX Vusers：最后停止的并发用户数
2、Simultaneously：瞬间停止到总并发用户数
3、XX Vusers every 00:00:00 (HH:MM:SS)：每间隔多少秒停止XX个用户，可以用来观察服务器资源占用的变化情况
这种模式就是老版本的场景设计模式，只能设置一次负载的上升和下降。
在Group模式下，除了可以独立设置脚本开始以外，还可以通过start Group策略为脚本之间设置前后运行关系。
1、做到无人值守，当下班的时候，设计好需要运行的场景，自动完成设置的场景运行
点击数字连接可以看到事务的tps，成功数，失败数，停止数
点击数字链接，看到错误的具体信息，帮忙我们分析错误的原因
场景监控-图表的布局调整与监控
主要监控的性能指标
说明：本文为柠檬班库里老师原创，转载需注明出处
柠檬班 