LR性能测试框架学习总结(二)--controller场景设计

分类：

手动测试场景

面向目标测试场景

手动测试场景设计：

初始化：同时初始化所有虚拟用户、每隔多长时间初始化几个虚拟用户、每个虚拟用户运行前都初始化

start vuser：立即一起开启所有虚拟用户，每隔多长时间几个虚拟用户开始执行动作

Duration：直到动作完成就结束、运行指定的时间

stop vuser：停止所有虚拟用户，每隔多长时间停止多少个虚拟用户

start group：场景开始时立刻开启组的操作、场景开始后多长时间开启组操作、等某事件完成后开启组操作

面向目标测试场景

编辑场景目标：run time（目标达成后还会运行多长时间）、 未达成目标时停止场景并保存结果、继续场景直到达成目标、

Load Behavior:自动加载虚拟用户、多长时间后达成目标，每隔多长时间增加一定的目标量

目标类型：

Virtual User--模拟并发用户

 Hit per Second --每秒点击数，提前设置最小的虚拟用户数和最大虚拟用户数，场景执行时controller会使用最少虚拟用户数来达成目标，达不到目标时会通过持续增加虚拟用户来达成目标

Transactions per second--每秒处理的事务数目，事务需要提前在脚本中标记

Transactions Response Time事务的响应时间，多用户并发时事务响应时间要提前设置最小的虚拟用户数和最大虚拟用户数

Page per Minute每秒处理的页面数目

配置Load Generator负载发射器 add -输入ip地址 -connect，负责与该ip地址建立联系

场景执行

场景控制：开始场景、停止、复位、vuser（查看虚拟用户）、

场景停止运行的三种模式tools--options

等当前迭代运行结束后停止运行场景

等当前action运行结束后停止运行场景

立即停止，不等待

对虚拟用户组进行相关操作

当场景开始运行后，可以对虚拟用户组进行操作

Pass暂停该vuser，会影响该事务的响应时间

reset 复位vuser

初始化

对versr编号进行重新定义

vuser运行状态

事务详细信息

一个例子

1.已经录制好了动作脚本并进行了保存

2.打开controller，载入脚本

3.设置开启5个用户，每隔30秒开启一个用户，持续5分钟，10s后陆续停止用户

4.运行时设置

因持续5分钟，不需要在run logic设置重复多少次

运行场景时要关闭log，否则压力机的磁盘i/o会成为瓶颈

忽略思考时间，已达到最大的压力

勾选continue on error

需不需要把action定义为事务看需要，如果你有对事务响应时间的一个测试，并且自己已经在脚本中定义了事务，此处就不需要勾选了。

如果脚本中用到了文本检查点，你们运行时设置要勾选checks

5.结果设置，一般选第一个，每次结果成为一个新脚本，第二个意思是直接覆盖

6.点击运行场景

7.人工分析运行状态

8.脚本跑完后去analysis进行结果分析，看哪里不好，然后生成测试报告