{性能测试策略}
【基准测试 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到达集合点时一起释放