LoadRunner-Controller

场景执行流程

  • 设计场景
    • 选择场景类型
      • 手工场景
        • Scenario模式：所有脚本使用相同的场景模型来运行，只需要分配每个脚本所使用的用户个数即可；
          • Real-world schedule 【Run Mode 1】
          • Basic schedule 【Run Mode 2】
        • Group模式：通过Start Group策略为脚本之间设置前后运行关系。
        • group：多个脚本之间按照独立设置模式跑，各个脚本可以单独设置虚拟用户、运行时间等
        • scenario：多个脚本之间按照相同的模式跑，将总的虚拟用户数按照一定的比例分配给各个脚本
      • 自动场景
      • 图形化场景设计：Schedule Graph中单击Edit mode按钮，使用鼠标最Graph中的节点进行修改；~~~~~
    • 设置负载生成器：使用其他系统，调用Load Generators完成大量的虚拟用户，进而完成大规模的性能负载；
      • 运行原理
        • Load Generator的核心：MMDRV.EXE进程；负责运行脚本模拟用户行为，支持进程或者线程的方式。通过Runntime Setting进行设置；
        • 当场景开始运行时，Controller会先将脚本传输到各个负载生成器上，等到运行结束后，各个负载生成器的日志会被Controller回收。
      • 负载机瓶颈
        • 使用进程方式，1个Vuser会占用3M的内存；使用线程方式，1个Vuser占用200kb的内存；测试前确认负载器是否存在硬件瓶颈（生成负载时的CPU，内存，带宽占用情况）
        • CPU与内存的使用率最好不超过80%。
    • 配置运行设置
    • IP虚拟
    • SLA：服务水平协议（分析测试结果）
  • 配置场景监控
    • 负载生成监控
    • 被负载系统监控
  • 场景运行
    • QTP脚本调用
    • 场景报告

来自为知笔记(Wiz)

时间： 2024-12-19 20:59:07

LoadRunner-Controller的相关文章

Loadrunner基础：Loadrunner Controller基本概念和使用

Loadrnner Controller 介绍 当Vuser脚本开发完成以后,可以使用Controller将这个执行脚本的用户从单用户转化为多用户,从而模拟大量用户的操作,形成负载(多用户单循环,多用户多循环).不同的性能测试场景有不同的负载模拟方式和特征.Controller可以用来进行:场景设计,场景执行和场景监控. 场景可以手工创建或是自动创建:手工创建可以配置更多的参数种类. 界面介绍 Scenario模式:多个脚本按设定的Global Schedule统一运行 Group模式:各个脚本

Loadrunner - Controller - policy - 设置集合点策略

控制器中设置集合点策略                                                        我们在Virtual User Generator 中回放脚本无法体现集合点的作用.集合点是在多用户并发运行的时候才能起作用.所以,我们需要把脚本导入到Controller 中进行进一步的设置. 1.打开Controller (控制器),导入录制的脚本. 2.菜单栏 Scenario ---> Rendezvous 打开集合点设置界面 我们可以看到Vusers 列

LoadRunner Controller： 压力机

前提条件 1. 压力机所在的机器上装了LR agent ,并启用了. 运行下图所示程序,即可启动.启动之后状态栏会出现卫星小图标 2. Controller所在机器的RPC服务开启. 打开运行 –> 输入 services.msc –> 点击确定 –> 找到 Remote Procedure Call 服务,启动,同时启动类型设置为"自动". 3. 确保Controller所在机器可以连接压力机所在机器.可以在Controller所在机器上ping一下压力机所在机器.

loadrunner controller：集合点策略

集合点只有在多用户并发运行的时候才能体现它的作用. Scenario ---> Rendezvous 打开集合点设置界面,如下图所示: 我们可以看到Vusers 列表框里有两个用户,这与我们设置的虚拟用户数一至,可以通过"Enable VUser" 来决定某个用户是否参与集合点: 在Rendezvous列表框可以看到我们的集合点,这里脚本里我只设置了一个集合点login,同样,我们可以通过"disable Rendezvous"可让集合点不起作用. 下面我们点

win10运行LoadRunner Controller遇到的坑

第一次在win10上运行性能测试,结果 解决方法: 后来在同事的win10电脑上安装lr11后,竟然可以运行成功,哈哈,看到希望了,不用再安装回win7了,发现他的系统版本是win10企业版,而我的是win10教育版,因为我最初安装的也是win10企业版,但是后台系统自动更新了,导致直接更新到了win10教育版,坑爹啊 (吐槽一下,公司网管部说现在新安装的机器必须是win10,现在的机器的主板等对win7的支持不是很好,安装win7容易导致蓝屏,所以后期win10也是主流了) 虽然在win10教

LoadRunner监控Linux

LoadRunner监控Linux rstat协议允许网络上的用户获得同一网络上各机器的性能参数. 需要下载3个包: (1)rsh-0.17-14.i386.rpm (2)rsh-server-0.17-14.i386.rpm (3)rpc.rstatd-4.0.1.tar.gz 一.安装rsh 查看是否安装并卸载rsh [[email protected] /]#  rpm –qa |grep rsh --查看是否安装rsh [[email protected] /]#  rpm –e + 版

性能测试工具LoadRunner中进程运行和线程运行区别

loadrunner controller将使用驱动程序mmdrv运行Vuser.用户可以在controller的run-time setting中选择Vuser的运行方式, 是多进程方式or多线程方式. 如果选择以线程方式来运行虚拟用户: 在场景设置时,“是单行脚本,还是多行脚本”会决定系统启动的进程数的多少: 假设并发用户设置为30,如果是单行30个用户,系统只需启动一个进程; 假设并发用户设置为30,如果是多行,30行,每行一个用户,系统就需要启动30个进程; 如果选择以进程方式来运行虚拟

设置Loadrunner负载机临时文件目录

设置Loadrunner负载机临时文件目录 最近在跑稳定性测试 3 X 24小时的时候,发现负载机产生的日志还运行记录等等竟然有100多G! C盘空间不足,但是D盘还有700多G空间呢,怎么让临时文件转移到D盘? 此处分两种情况: 一. 修改本机的临时文件 1. 观察压力机产生的临时文件都是在  %USERPROFILE%\Local Settings\Temp 下,于是在“我的电脑”——“属性”——“高级”——“环境变量”里修改了TEMP和TMP变量 此处设置它们的值都未 "D:\TEMP&q

LoadRunner中的C Vuser函数

LoadRunner中的C Vuser函数     事务函数: lr_end_sub_transaction 标记子事务的结束以便进行性能分析. lr_end_transaction 标记事务的结束. lr_end_transaction_instance 标记事务实例的结束以便进行性能分析. lr_fail_trans_with_error 将打开事务的状态设置为 LR_FAIL 并发送错误消息. lr_get_trans_instance_duration 获取事务实例的持续时间(由它的句柄

loadrunner总体使用篇

为什么要进行性能测试呢?  有些问题是只有在大并发或者压力测试下才会暴露出来的,在平常的公司内部测试中,感觉一切都是正常的,但是把服务放到生产线上,例如某个时刻突然有很多的用户要向我们的服务发送请求,这时候就考验到我们的服务是否会死锁,内存泄漏,能否在一个可接受的范围内响应,会不会crash,能否处理所有的请求(或者允许损失一定量的请求,比如1%内)等.为了不给用户糟糕的体验,所以我们需要在服务上生产线之前就要做好性能测试,但要做好性能测试,除了编写正确的性能脚本外,也需要分析很多因素的(主要有