测试派 Give testers a home.

目录： 手工场景和目标场景设置
混合场景设置

一、手工场景：

手工场景是自行设置虚拟用户的变化，通过设计用户的添加和减少过程，来模拟真实的用户请求模型，完成负载的生成。

手工场景分为：Scenario模式和Group模式

场景设计-Scenario模式

Scenario模式是指所有脚本都使用相同的场景模式来运行，只需要分配每个脚本所使用的用户个数即可。

Scenario模式下的Run Mode有两大类：Real-world Schedule和Basic schedule

Real-world Schedule（真实场景模式）

初始化有3种方式

1、Initialize all Vusers simultaneously:在LoadRunner运行vuser前初始化所有Vusers.

2、Initialize XX Vusers every <00:00:00> (HH:MM:SS):LoadRunner在运行vuser前，根据指定的时间间隔，逐渐初始指定数量的Vuser

3、Initialize each Vuser just before it runs(Default)：LoadRunner在运行它们前初始化每一个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，也就是说loadrunner运行指定数量的一组vusers，并且等待指定时间后运行指定下一组vusers。（慢增长）

Duration：持续时间

Real-world schedule

Basic schedule

1、Run until completion：按照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执行完，停止迭代，此种情况下实际迭代次数小于你设置的迭代次数。

3、Run indefinitely：一直运行

Stop Vusers：停止用户

1、Stop XX Vusers：最后停止的并发用户数

2、Simultaneously：瞬间停止到总并发用户数

3、XX Vusers every <00:00:00> (HH:MM:SS)：每间隔多少秒停止XX个用户，可以用来观察服务器资源占用的变化情况

Basic schedule（基础模式）

这种模式就是老版本的场景设计模式，只能设置一次负载的上升和下降。

Group模式

在Group模式下，除了可以独立设置脚本开始以外，还可以通过start Group策略为脚本之间设置前后运行关系。

当场景一开始就立即运行

当场景运行后多少时间后再运行

当某一个group结束后再运行

作用：
1、做到无人值守，当下班的时候，设计好需要运行的场景，自动完成设置的场景运行

2、比较适合做回归性能测试

Scenario Groups（场景用户状态）

点击数字连接可以看到事务的tps，成功数，失败数，停止数

点击数字链接，看到错误的具体信息，帮忙我们分析错误的原因

场景监控-图表的布局调整与监控

主要监控的性能指标