LoadRunner——性能测试策略（五）

{性能测试策略}

【基准测试 Benchmark Testing】

含义：就是单用户的测试：单用户、单测试点、执行n次或者执行一段时间；

作为并发测试等测试的基础

案例1：对购票操作进行基准测试：使用jojo用户购票5次

基准测试方法1：单用户循环执行n次   比如5次

1）录制并调试好脚本（加事务、检查点，在VuGen运行成功）

2）打开控制台，加载相关脚本  buy

3）设置VU数量：1个

4）设置VU 行为：初始化、加载方式、持续时间

5）设置Run-time Settings:

<1> 迭代次数：n次   比如5次

<2> Pacing: 随机2.000~3.000秒  迭代之间的间隔时间

<3> Think time: 可忽略   请求之间的间隔时间

案例2：对购票操作进行基准测试：使用jojo用户购票持续3分钟

基准测试方法2：单用户持续运行n时间   比如3分钟

1）录制并调试好脚本（加事务、检查点，在VuGen运行成功）

2）打开控制台，加载相关脚本  buy

3）设置VU数量：1个

4）设置VU 行为：初始化、加载方式、

持续时间Duration: 改为持续运行3分钟

5）设置Run-time Settings:

<1> 迭代次数：1次   此处不起作用，取决于Duration

<2> Pacing: 随机2.000~3.000秒  迭代之间的间隔时间

<3> Think time: 可忽略   请求之间的间隔时间

【总结】

当Run-time Settings中的迭代次数和Duration冲突时，Duration的优先级更高。

统计性能测试结果，需要对场景运行多次，在测试报告中取中间值作为最终参考值

【并发测试 Concurrency Testing】

含义：多用户在几乎同一时刻执行某一业务操作，形成一种严格的并发访问

(LR精确到毫秒级别)，观察系统在瞬时较大压力情况下的承受能力。

三要素

1）Action脚本中要添加事务；

2）事务开始之前要加集合点（并发点）；

3）控制台场景中要设置并发策略。

案例3：对购票操作进行并发测试：模拟20个用户一人买一张票

案例4：对购票操作进行并发测试：模拟20个用户并发买一张票

1）录制并调试好脚本（加事务、集合点、检查点，在VuGen运行成功）

2）打开控制台，加载相关脚本  buy

3）设置VU数量：20个

4）设置VU行为：初始化、加载方式、持续时间

5）设置Run-time Settings:

<1> 迭代次数：n次   比如1次

<2> Pacing: 随机2.000~3.000秒  迭代之间的间隔时间

<3> Think time: 可忽略   请求之间的间隔时间

6）设置集合点策略：当所有VU到达集合点时一起释放