(十二)基准测试（或称单用户测试）

一、基准测试第一种步骤
1. 录制脚本
2. 放入控制台
3. 控制台的参数设置：
A)用户数为1
B)虚拟用户部署不需要设置（global schedule）
C)Run_time Setting中的设置
—run logic 中Action迭代次数可以为多次
—Pacing：Action循环之间的时间间隔，一般情况为随机2-3秒。
在先测试过程中，如果用户循环提交请求，但是每次循环之间没有时间间隔，则过于严格，不适用于实际的生产环境。【与Think time时间不同，它是步骤（操作之间的时间间隔）】。Pacing值和Think time值越小，则说明请求越频繁，服务器压力越大，所以若要减轻服务器的压力，则可以增大这两个值。
—think time:忽略（原因：但用户对系统压力很小，所以是否存在思考时间对结果影响不大）
4. 若运行过程或结束后，出现错误（比如：只有开始事务，没有结束）
—将脚本修改，并编译（或运行）
—刷新到控制台：在Design中，选择Details按钮，然后点击refresh（script）
然后再运行场景即可。

二、基准测试第二种步骤
要求：运行脚本1分钟
- 录制脚本
- 放入控制台
- 控制台的参数设置：
A)用户数为1
B)虚拟用户部署（global schedule）
Duration（是action持续时间）—>Run for Xday and xx:xx:xx （00:01:00）
注意：当run time settings中的run logic 和duration中都设置时，duration优先级高。所以run logic 可以不设置
C)Run_time Setting中的设置
—Pacing：Action循环之间的时间间隔，一般情况为随机2-3秒。【要设置的原因是action有循环】
注意：只要有迭代，就要设置该值，这样是为了模拟真实用户行为
—think time:忽略（原因：但用户对系统压力很小，所以是否存在思考时间对结果影响不大）

• 从测试结果中可以看出测试过程的时间要比duration时间长，为什么？
  因为测试时间=初始化+用户开始时间+duration（Action持续时间）+用户退出时间

• Controller中（run time setting）action优先级比VuG（run time setting）的action高，duration的action的优先级比Controller中action高。但是并不是说Controller中（run time setting）action设置了没用，当duration中设置”Run until completion”则其有效。（简单想下就能理解）

• 当duration时间结束时，虚拟用户会运行完当前的action，再退出，所以事务都是完整的，不是出现中途停止。