LoadRunner|loadrunner-controller-目标场景Schedule配置 LoadRunner|性能优化

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

文章目录

目标场景Schedule配置
- edit scenario goal
- - scenario settings：场景设置
  - load behavior：加载行为
  - Goal Type：目标类型
  - - virtual users：虚拟用户
    - hits per second：每秒点击次数
    - transaction per second：每秒事务数
    - transaction response time：事务响应时间
    - pages per minute：每分钟页数

目标场景Schedule配置

文章图片

文章图片

edit scenario goal

文章图片

scenario settings：场景设置
run time：运行时，表示当执行达到目标后，该场景还会持续运行一段时间（设置的时间值）才结束运行
if target cannot be reached：如果无法达到目，表示如果目标无法达到，controller将如何处理场景
两种方式：
1.停止运行场景并保存结果
2.继续运行场景直到达到目标
load behavior：加载行为

文章图片

有三种方式：
1.让controller自动加载用户
2.设置一个时间在该事件后达到目标
3.每隔一段时间增加一定的目标量
Goal Type：目标类型

文章图片

文章图片

virtual users：虚拟用户

文章图片

主要是用来测试服务器对并发用户的处理能力，假如将虚拟用户设置为100个，那么LR会逐渐递增虚拟用户，直到加载到100个为止，如不能达到，将采取if target cannot be reached中设置的策略来继续运行当前的场景。
hits per second：每秒点击次数

文章图片

设置的目标是点击数/秒，同时要设置最大和最小虚拟用户数。因为点击率的值大小与虚拟用户数成正比，假设测试出来的点击率的值达不到目标值，那么就必须增加虚拟用户数，否则点击率的值就不可能增加，所以在设置点击率的值为目标时，就必须限定虚拟用户数的范围，也即最大和最小虚拟用户数的值。
运行原理：当场景执行时，controller会先用最小虚拟用户数去执行，结束后判断点击率的值是否达到目标值，如果达到了则停止当前运行的场景；否则继续增加虚拟用户，再判断结果是否达到预期目标值。一直重复，直到达到目标。如果使用最大虚拟用户数还是无法达到目标值时，那么场景将会停止运行，并保存相应的结果。
transaction per second：每秒事务数

文章图片

设置的目标为每秒处理的事务数，注意在脚本中一定要定义事务，否则事务名称栏为空白
如果从业务的角度看，每秒钟处理的事务数即为系统每秒钟处理的业务笔数，所以该项指标更多的是用于衡量系统每秒钟处理的业务数。同样的也要设置最大和最小虚拟用户数，因为要改变每秒钟处理的事务数就必须通过虚拟用户数来改变，但要注意的是，当虚拟用户数成倍增长时，处理的事务数并不会成倍增长，因为随着虚拟用户数增多，事务的平均响应时间也增加了，这样在相同的时间内，每个虚拟用户处理的事务数就相当少了，所以处理的事务数不可能成倍增长。
运行原理：跟hits per second的原理相同
transaction response time：事务响应时间

文章图片

运行原理：跟hits per second的原理相同，假设当前虚拟用户数为10个，那么说明系统最多只能处理10个用户同时请求。如果使用最大的虚拟用户数还是无法达到目标值时，那么场景将会停止运行，并保存相应的结果，同时也说明系统可以支持更多的虚拟用户同时运行。
pages per minute：每分钟页数

文章图片

每秒钟处理的页面数与每秒钟处理的事务数，其本质是一样的，因为一个事务可能由多个页面组成，当一个事务只由一个页面组成时，那么每秒种处理的页面数一每秒钟处理的事务数完全一致。
【LoadRunner|loadrunner-controller-目标场景Schedule配置】在以下情况下，hits per second、transactions per second、pages per minute类型的场景结果中会被置为failed状态：
a.控制器使用指定的最大用户数，并且执行两次都没有达到目标；b.负载机不够；c.所有的用户都运行失败；d.控制器增加了几批虚拟用户后，hits per second、transactions per second、pages per minute的值没有增加。