loadrunner压测实施工艺步骤

对于有若干个复杂的联机交易业务流管理系统的公司,公司内部测试团队对于性能测试实施管理方式都有一套轻量型的工作模式让新手借鉴学习,以便在实施压测类似系统过程中能快速上手,降低误差率和不必要的沟通管理成本,如下流程是我们在压测中编写的一套基本的LR工作实施工艺来让新手能快速熟悉,如下:

一、录制维护脚本

  1. 录制脚本前先手动熟悉功能。
  2. 录制脚本,如果功能比较简单,则放置action中;如果功能比较复杂,则需要多个action,如流程,每个步骤一个action。其中每个动作都需要设置一个事务。
    1. 为了确保自己在优化脚本过程中脚本录制脚本后保存一份原始脚本。
    2. 录制完脚本后对脚本进行维护,主要分为以下几种:
      A:关联动态数据;
      B:定义事物名称;
      C:设置思考时间;
      D:参数设置,可分为三种情况:
      1):每个循环按顺序取值
      ![
      2):每个循环取随机数

      3):每次取唯一一个值

      二、 脚本可用性检查
      进行回放,查看脚本是否可行,通过日志检查或检查点等。
      三、压测场景设置
      1). 先选择脚本,进入设计页面,在场景计划中,计划方式选择“组”,运行模式选择“基本计划”,如图:

    2).组计划中,双击初始化的属性“在每个VUSER运行之前将其初始化”,设置每1S运行1个Vuser或者10个以上看系统要求,如图:

    3).双击启动Vuser的属性“同时启动全部 个Vuser”,设置每1S1个Vuser或者10个以上,如图:

    4).双击持续时间的属性“完成前一直运行”,设置为30分钟,如图:

5).如果存在多个场景则点击运行时设置按钮,,首选项>>---选项中的HTTP请求连接超时(秒)设置为800S,HTTP请求接收超时(秒)设置为800S,步骤下载超时(秒)设置为800S。

6). 场景组中的需要设置的并发数量。如图:

7)以上设置完,进入运行界面,如图:

点击开始场景,压力测试开始。

8). 压力测试结束后,取分析结果中的响应时间。查看响应时间是否符合要求,并截图。如图:

原文地址:https://blog.51cto.com/372550/2444645

时间: 2024-08-28 17:16:05

loadrunner压测实施工艺步骤的相关文章

loadrunner压测 1--工具

压测工具:loadrunner 监控工具:f5.Zabbix.secureCRT 工具说明: F5负载均衡  是一个硬件设备,可以通过浏览器监控压测时候的总人数.并发.相同的服务.多个IP地址,可以在F5上做一个对外虚ip,压测的时候直接填对外虚ip,怎么交给后端服务器 就是f5来处理了.生产上这种情况很多,一个机器对应一个服务,每个服务都是多个ip地址. 举个例子: 1.1和1.2是wechat-front1和wechat-front2这两个服务自己的IP,测试的时候不可能把1.1和1.2都绑

Loadrunner压测结果性能问题分析指标项

事务分析内容: 用户事务分析是站在用户角度进行的基础性能分析.1.Transation Sunmmary(事务综述)对事务进行综合分析在一定测试时间内用户事务的成功与失败情况,判断系统是否正常运行. 2.Average Transaciton Response Time(事务平均响应时间)测试场景运行期间的事务执行所用的平均时间,通过它可以分析测试场景运行期间应用系统的性能走向. 3.Transactions per Second(每秒通过事务数)在场景运行的每1秒每个事务通过.失败以及停止的数

LoadRunner 压测场景制定

这里,我们利用 LoadRunner 来制定场景 前提:准备好没问题的脚本以及数据 进入压测场景的方式有两种,这里,我们示范两种方式的进入手工设定场景1.直接进入 Run Load Tests 2.从脚本显示页进入 原文地址:https://www.cnblogs.com/xiaowenshu/p/10354868.html

全链路压测自动化实践

背景与意义 境内度假是一个低频.与节假日典型相关的业务,流量在节假日较平日会上涨五到十几倍,会给生产系统带来非常大的风险.因此,在2018年春节前,我们把整个境内度假业务接入了全链路压测,来系统性地评估容量和发现隐患,最终确保了春节期间系统的稳定. 在整个过程中,我们意识到,全链路压测在整个系统稳定性建设中占有核心重要的位置,也是最有效的方案.结合实际业务节假日的频率(基本平均一个月一次),如果能够把它作为稳定性保障的常规手段,我们的系统质量也能够得到很好的保障.同时,为了解决周期常态化压测过程

全链路压测第一次实践

每年双十一,对买家来说是一场买买买的剁手之旅,但对于电商公司的技术人员来说,却是一次严峻的技术期末考.如何保证系统在预估的流量洪峰来临时,既能保证用户的买买买不受影响, 促进业务及营销活动的目标达成,又能用尽可能少的成本投入保障系统的稳定可用性,是技术童鞋必须面对的挑战.我司在双十一来临的最后关口完成了整个核心链路的全链路压测, 大幅提高了核心链路的服务性能,并发布了最终优化版本.在双十一期间,也取得了一定的成果,期间包括技术.运营.产品.行政等各部门都为之付出了很多努力. 下面的内容,是从启动

全链路压测资料汇总——业内大厂解决方案

最近忙于公司的全链路压测平台调研和技术规划文档输出工作,参考了全网能搜到的业内大厂的全链路压测方案,这里做个汇总,以及将个人认为可以落地的方案做一个关键点整理. 技术链接 滴滴全链路压测解决之道 阿里巴巴的全链路压测 阿里怎么做双11全链路压测? 美团全链路压测自动化实践 全链路压测平台在美团中的实践 饿了么全链路压测的探索与实践 饿了么全链路压测平台的实现与原理 有赞全链路压测方案设计与实施详解 京东全链路压测系统(ForceBot)架构解密 罗辑思维在全链路压测方面的实践和工作笔记 大厂方案

有赞全链路压测实战

一.前言 有赞致力于成为商家服务领域里最被信任的引领者,因为被信任,所有我们更需要为商家保驾护航,保障系统的稳定性.有赞从去年开始通过全链路压测,模拟大促真实流量,串联线上全部系统,让核心系统同时达到流量峰值: 验证大促峰值流量下系统稳定性 容量规划 进行强弱依赖的划分 降级.报警.容灾.限流等演练 …通过全链路压测这一手段,对线上系统进行最真实的大促演练,获取系统在大压力时的表现情况,进而准确评估线上整个系统集群的性能和容量水平,不辜负百万商家的信任. 有赞对于性能测试主要有线下单系统单接口.

Loadrunner根据PV量来确定需要进行压测的并发量

在实际做压力测试的过程中,我们有时不知道用怎样的并发量比较好,下面是几个用PV量去确定并发量的公式,这个在我们公司是比较适用的,大家可以根据自己的业务进行运算. 方法一:这个方法是我在网上查到的80-20原则,具体运算方法为: X*0.8/(8*60*60*0.2) 说明:X为要压测页面的PV量 方法二:这个是将PV量除以高峰时段小时(比如9:00-17:00,就是8个小时),再除以60*60细化到秒,然后乘以12倍,已获得想要的并发量 (X/8/60/60)*12 说明:X为要压测页面的PV量

基于Dubbo的压测调优实例

不久前参与开发了一个基于dubbo分布式框架的底层账单系统,并实现了其中的一部分业务接口,目前需对这些接口进行压测,以评估生产环境所能承受的最大吞吐量.笔者以其中一个查询接口为例来回顾此次压测的整体流程. 压测准备: 1.调用查询接口的测试jar包,作为dubbo-consumer,依赖了查询服务的api,测试module基于maven开发,执行maven clean package即可通过编译得到jar包 2.JMeter:Apache组织开发的基于Java的压力测试工具 方案: 无限次请求查