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脚本调用
    • 场景报告







原文地址:https://www.cnblogs.com/GoldbachRhapsody/p/4761313.html