LoadRunner基本使用流程及结果分析(图文)

Loadrunner 结果分析基础教程Loadrunner测试结果分析如下：1、Analysis Summary 结果及分析如下：此次测试我用了30个用户，但有1个failed，5个error。

所以实际参与测试的虚拟用户总共有24个。

其中，总的吞吐量为3448691bytes，平均吞吐量为12965bytes，总的请求量为720，平均每秒请求量为2.707。

从该图可以看出，该系统存在一定的问题，在失败和错误的数量来看占到了总虚拟用户的20%，该比例还是挺大的，所以从这个方面可以看出在系统登录方面还存在一定问题。

2、Running Vusers结果及分析如下：通过上面图形结果可知，在刚开始虚拟用户为0，30秒多时突然达到24个用户访问，一直到4：17秒将为16个用户，到4：25秒24个用户全部访问结束。

3、Hits perSecond结果及分析如下：该图为每秒点击次数，即使运行场景过程中虚拟用户每秒向Web服务器提交的HTTP请数。

通过它可以评估虚拟用户产生的负载量，如将其和“平均事务响应时间”图比较，可以查看点击次数对事务性能产生的影响。

通过对查看“每秒点击次数”，可以判断系统是否稳定。

系统点击率下降通常表明服务器的响应速度在变慢，需进一步分析，发现系统瓶颈所在。

由上图不难看出：分别在0s、40s、1：12s三个时间点点击数最大，到后面基本处于稳定状态。

4、Througput结果分析如下：该图和上面第三个图恰好相识，由上图不难看出：分别在0s、40s、1：12s三个时间点吞吐量最大，到后面基本处于稳定状态，这不难看出是由于点击数引起的。

5、Transaction Summary 结果分析如下：有该图不难看出，该系统处于正常运行状态。

6、Vuser Summary 结果分析如下：由该图不难看出：虚拟用户通过的占96%，失败的占4%。

所以，从整体上来看，大部分用户运行正常。

7、Error Statistics 结果分析如下：从上图不难看出:错误数据只有1个，所以也可以看出系统基本运行正常。

LoadRunner基本测试过程由以下四个步骤组成：1. 步骤一：创建脚本∙通过录制应用程序中典型最终用户执行的操作来生成虚拟用户（Vuser），将该用户的操作录制到自动虚拟用户脚本中，以便作为负载测试的基础。

2.步骤二：设计场景3.步骤三：运行场景∙运行用来模拟真实用户执行操作的脚本，并可以通过让多个虚拟用户（Vuser)同时执行这些操作来在系统中创建负载。

4.步骤四：分析结果∙提供包含深入的性能分析信息的图和报告。

使用这些图和报告，可以标识应用程序中的瓶颈，并确定需要对系统进行哪些更改来提高系统性能。

通过LoadRunner模拟登陆，设计操作路径新建录制1.1.新建录制信息1、新建一个web[Http]的[图-1.1][图-1.1]2、开始录制操作，先输入要录制的网页路径[图-2.1]、[图-2.2][图-2.1][图-2.2]3、开始录制4、录制结束,录制结束后点击停止[红色方框圈着的] [图-4.1][图-4.1]5、输入访问人数[图-5.1]6、运行[图-6.1]7、查看1人操作的时间[图-7.1]8、保存录制结果[图-8.1]9、新建运行[图-9.1][图-9.1] 10、选择要进行分析的文件[图-10.1]、[图-10.2][图-10.1][图-10.2]11、设置测试的方式[绝对并发，相对并发] [图-11.1][图-11.1]a)设置Edit Scheduleb)开始：Load all Vusers simultaneously 同时一起执行。

i.Load all Vusers simultaneously:绝对并发,同时访问。

ii.Start：每次执行访问的次数Vusers every:相隔多少时间iii.c)执行：Run until completion 直到完成i.d)结束：直到结束才停止。

i.12、设置访问用户数[图-12.1] 或[图-12.2] 都可以设置[图-12.1][图-12.2]13、点击运行分析[图-13.1][图-13.1]14、点击后，弹出对话框，询问，是否将结果默认保存到xx路径，最好自己设置，以便于查找测试结果信息。

使用LoadRunner的流程1. 简介LoadRunner是一款性能测试工具，可用于模拟并测试不同负载条件下的应用程序性能。

它是业界著名的性能测试工具之一，广泛应用于软件开发和测试领域。

本文将介绍使用LoadRunner的基本流程，包括录制脚本、编辑场景、运行测试、分析结果等内容。

2. 录制脚本使用LoadRunner进行性能测试的第一步是录制脚本。

脚本录制是指将用户对应用程序的操作记录下来，以便后续可以回放并模拟用户行为。

下面是录制脚本的步骤：•打开LoadRunner，选择录制模式。

•配置录制设置，包括选择要录制的应用程序和协议。

•启动录制，执行各项操作，包括登录、浏览网页、提交表单等。

•停止录制，保存录制的脚本文件。

3. 编辑场景录制完脚本后，需要对场景进行编辑和定制，以模拟真实的负载条件。

场景是指一组用户行为的集合，可以包括不同的用户数量、并发用户数量、用户的思考时间、延迟时间等。

以下是编辑场景的步骤：•打开LoadRunner，选择编辑场景模式。

•导入录制的脚本文件。

•配置场景参数，包括虚拟用户数量、并发用户数量、需模拟的业务负载等。

•设置运行时的动态参数，如需替换用户名、密码等敏感信息。

•配置场景的持续时间、循环次数、运行模式等。

4. 运行测试场景编辑完成后，可以开始运行性能测试。

在运行测试期间，LoadRunner将模拟多个虚拟用户并发访问目标应用程序，记录并分析系统的性能指标。

以下是运行测试的步骤：•打开LoadRunner，选择运行测试模式。

•配置测试设置，包括选择要运行的场景、设置测试目标等。

•启动测试运行，观察测试运行的过程。

•监控系统性能指标，如响应时间、吞吐量、服务器负载等。

5. 分析结果性能测试完成后，需要对测试结果进行分析。

LoadRunner提供了丰富的分析工具，用于分析各项性能指标，找出性能瓶颈并提供建议。

以下是分析结果的步骤：•打开LoadRunner的分析工具。

Loadrunner分析结果图说明1、Running Vusers图使用Vuser 图可以确定方案，执行期间Vuser 的整体行为。

X 轴表示从方案开始运行以来已用的时间。

Y 轴表示方案中的Vuser 数。

Vuser-Rendezvous 图主要反映Vuser 是在什么时候集合在这个点上,又是怎样的一个被释放的过程.图中可以看到在1分4秒的地方50个用户全部集中到达集合点，持续了5分48秒开始释放用户，整个过程持续了6分钟。

2、Hits per Second图“每秒点击次数”，即使运行场景过程中虚拟用户每秒向Web服务器提交的HTTP请求数。

通过它可以评估虚拟用户产生的负载量，如将其和“平均事务响应时间”图比较，可以查看点击次数对事务性能产生的影响。

通过对查看“每秒点击次数”，可以判断系统是否稳定。

系统点击率下降通常表明服务器的响应速度在变慢，需进一步分析，发现系统瓶颈所在。

3、Throughput图“吞吐率”显示的是场景运行过程中服务器的每秒的吞吐量。

其度量单位是字节，表示虚拟用在任何给定的每一秒从服务器获得的数据量。

可以依据服务器的吞吐量来评估虚拟用户产生的负载量，以及看出服务器在流量方面的处理能力以及是否存在瓶颈。

X 轴表示从方案开始运行以来已用的时间。

Y 轴表示服务器的吞吐量（以字节为单位）。

“吞吐率”图和“点击率”图的区别：“吞吐率”图，是每秒服务器处理的HTTP申请数。

“点击率”图，是客户端每秒从服务器获得的总数据量。

4、Transaction Summary图对事务进行综合分析是性能分析的第一步，通过分析测试时间内用户事务的成功与失败情况，可以直接判断出系统是否运行正常。

5、Average Transaction Response Time图“事务平均响应时间”显示的是测试场景运行期间的每一秒内事务执行所用的平均时间，通过它可以分析测试场景运行期间应用系统的性能走向。

例：随着测试时间的变化，系统处理事务的速度开始逐渐变慢，这说明应用系统随着投产时间的变化，整体性能将会有下降的趋势。

使用LoadRunner Analysis进行分析的第一步是看测试结果的综合报告，当发现事务运行不正常时，才需要进行更深入的分析。

1、用户事务分析。

“用户事务”主要针对业务而言，一个“用户事务”通常由一个或一系列的用户操作组成。

Action是用户的一系列操作的组合；Transaction是用户的某一具体的动作。

与用户事务相关的图表有以下8个（1）事务综述图（Transaction Summary）通过此图可以看出每个事务在测试时间内分别通过（Pass）和失败（Fail）了多少（2）事务平均响应时间分析图（Average Transaction Response Time）此图显示测试场景运行期间的每一秒内事务执行所用的平均时间，通过它可以分析应用系统的性能走向；另外还可以统计出测试场景运行时间内各事务的最大值、最小值、平均值等信息。

（3）每秒通过事务数分析图（Transactions per Second）TPS图显示在场景运行的每一秒中，每个事务通过的数量，通过它可以确定系统在任何给定时刻的实际事务负载；可以将TPS图与平均事务响应时间图进行对比，以分析事务数目对执行时间的影响。

（4）每秒通过事务总数分析图（Total Transactions per Second）“每秒通过事务总数分析”图显示场景运行时，在每一秒内通过的事务总数。

如果系统性能稳定，在同等压力下，此图应该接近直线，而不是逐渐倾斜。

与TPS相比，“每秒事务总数”关注服务器整体处理事务的情况，是宏观概念。

（5）事务性能摘要图（Transaction Performance Summary）“事务性能摘要”显示方案中所有事务的最小、最大和平均时间，可以直接判断响应时间是否符合用户的需求。

可以通过网页细分方法来分析某些响应时间长的事务。

（6）事务响应时间与负载分析图（Transaction Response Time Under Load ）这个分析图是“正在运行的虚拟用户”图和“平均事务响应时间”图的组合。

loadRunner测试基本步骤：录制脚本→脚本调试→加载脚本、设置参数→压力测试→测试完成、生成测试报告以某系统签到签退测试脚本为例：1、录制脚本运行loadRunner，点击create/edit scripts图1.1 loadRunner主界面—录制脚本点击弹出窗口的new Vuser script…按钮图1.2 脚本选择界面弹出选择脚本协议窗口，默认为web(HTTP/HTML)，签到签退功能测试的类型是web，所以直接点击ok图1.3 协议选择界面在下图中，在URL Address中输入测试入口地址，输入完成后，点击ok，开始录制图1.4 录制脚本参数设置界面图1.5 点击ok后，弹出窗口，开始录制图中红色标识部分为脚本录制的阶段。

一共有三个：vuser_init（初始化）、Action （动作）、vuser_end（结束）以签到压力测试为例，我们要测试的动作为签到，初始化为用户登录，结束可以为用户退出，也可以为用户点一下其它按钮。

输入用户名、密码，登录系统图1.7 脚本录制—初始化阶段，登录完成。

登录完成后，初始化阶段完成，经红色标识部分调整为Action，开始动作部分—签到。

调整为Action后，开始录制动作。

在门户首页点击个人事务，点击签到点击确认，完成签到动作签到动作完成后，Action录制完成。

结束动作开始。

我们以点击一下沟通中心作为整个操作的结束，沟通中心页面加载完成后，点击结束按钮，脚本录制完成。

2、脚本调试点击下图中标识的按钮，进行脚本回放图2.1 脚本回放再次点击回放按钮图2.2 脚本回放完成后，再次点击回放按钮图2.3 系统参数比较先选择下方的参数，然后点击correlate，参数比较完成图2.4 点击查看脚本按钮图2.5 脚本中记录用户名密码参数的位置图2.6 脚本中其它参数的位置找到脚本中记录用户名密码参数的位置，替换为另一个人如wujq（将脚本中zhouyun 改为wujq），找到其它需要修改的参数的位置，如empId，由于员工一天只允许签一次到，所以empId是必须修改的（wujq的员工id为7942，所以empId部分修改为7942）。

LoadRunner 8.1基本使用刘韧LoadRunner 8.1基本使用 (1)一、脚本录制 (2)二、脚本回放 (3)三、创建负载测试 (4)四、场景设置 (4)五、主要数据图表的介绍 (5)一、脚本录制在LoadRunner中要进行脚本的录制，点击“开始”—>“程序”—> “Mercury LoadRunner”—> “LoadRunner”，进入LoadRunner页面，在负载测试选项卡下选择“Create/Edit Scripts”(创建/编辑脚本)，如图1-1所示。

图1-1在进行脚本录制之前首先要选择适合的协议（比如Web应用程序的选择Web （HTTP/HTML）），如图1-2所示。

图1-2在选择适合的协议之后会自动弹出录制对话框或者点击Start Record按钮同样可以进入录制对话框，在对话框中可以指定目标URL、Aplications的类型（一种是Internet类型，一种是Win32类型）、录制到指定的Action，如图1-3所示。

图1-3在录制过程中或者是录制结束之后可以通过/对录制的脚本添加事务开始/结束标志，通过添加集合点（集合点的添加只能在Action中进行，vuser_init和vuser_end 中不能添加集合点）。

添加事务可以使得每一个操作的事务响应时间更加准确的获得用户每一个操作的响应时间。

添加集合点可以帮助我们生成有效可以控制的并发操作。

集合点如果添加在事务中，那么等待的时间也将记录在事务响应时间中，这样会引起事务响应时间的不正确。

二、脚本回放脚本录制结束之后将视图切换至Tasks点击脚本回放可以回放刚才脚本录制的过程，如图2-1所示。

图2-1脚本回放之后将脚本保存，以便运行场景的时候加载。

三、创建负载测试在脚本回放成功之后，就可以创建负载测试了，点击RUN LOAD TEST如图3-1所示，进入Controller界面。

图3-1四、场景设置点击Run LoadTest之后将会出现一个新建场景对话框，其中Manual Scenario为手工场景，Goal-Oriented Scenario为目标场景，如图4-1所示。

LoadRunner进行压力测试一．LoadRunner 概要介绍1.1简介LoadRunner 是一种预测系统行为和性能的工业标准级负载测试工具。

通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。

通过使用LoadRunner ，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。

目前企业的网络应用环境都必须支持大量用户，网络体系架构中含各类应用环境且由不同供应商提供软件和硬件产品。

难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢，系统崩溃等问题。

这些都不可避免地导致公司收益的损失。

Mercury Interactive 的LoadRunner 能让企业保护自己的收入来源，无需购置额外硬件而最大限度地利用现有的IT 资源，并确保终端用户在应用系统的各个环节中对其测试应用的质量，可靠性和可扩展性都有良好的评价。

LoadRunner 是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。

LoadRunner 的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测，来帮助您更快的查找和发现问题。

此外，LoadRunner 能支持广范的协议和技术，为您的特殊环境提供特殊的解决方案。

1.2基本步骤使用LoadRunner 完成测试一般分为四个步骤：1）Vitrual User Generator 创建脚本✧创建脚本，选择协议✧录制脚本✧编辑脚本✧检查修改脚本是否有误2）中央控制器（Controller）来调度虚拟用户✧创建Scenario，选择脚本✧设置机器虚拟用户数✧设置Schedule✧如果模拟多机测试，设置Ip Spoofer3）运行脚本✧分析scenario4）分析测试结果二.项目背景介绍2.1 背景概述“LMS网校考试平台”是一个典型的三层B/S架构的MIS系统（客户端/应用服务器/数据库管），中间层是业务逻辑层，应用服务器处理所有的业务逻辑，但应用服务器本身不提供负载均衡的能力，而是利用开发工具提供的ORB（对象请求代理）软件保证多个应用服务器间的负载均衡。

上海祥殷信息技术有限公司2012年12月一、录制脚本1. 打开2. 点击编辑脚本3. 点击按钮新建脚本4. 弹出对话框，选着web（http/html）5. 输入网址，点击ok6. 录制脚本，录制结束后，点击一下按钮停止录制7. 录制成功后，生成脚本8. 点击如下按钮回放脚本9. 点此按钮，可新增action10. 点此按钮可以进行录制和回放设置11. 弹出的参数话界面一般回放设置下这里就好12. 点击图中图表设置参数化13. 弹出的设置界面，主要设置红色区域的几个地方14. 下图按钮为脚本调试15. 下图按钮为设置时间的其实点和结束点的按钮16. 下图两个按钮分别为与hp 质量管理工具 ALM 连接按钮和创建场景按钮17．插入事件，分别表示时间的开始和结束事件插入成功：18. 设置集合点二、创建场景1.在vugen中点击图中按钮创建场景2.弹出编辑框，设置场景，设置完成后点击ok第一个是目标场景第二个是手动场景其中手动场景可以设置加载虚拟用户数3.双击这里选着加压主机4.选择主机ip，和系统5. 点击ok 关闭对话框图中红色区域是选着场景执行方式：模拟真是环境还是基于时间表模拟6. 下图中：1） Schedule by 选项表示加载方式，基于脚本还是基于组2） Run mode 表示加载模式：分别表示模拟真实情况和还是基于场景7.双击下图红色区域，可选着加压力度8.双击红色区域，可设置压力下完运行时间9.双击下面红色的内容，可以选着虚拟用户停止的模式10.弹出设置选项框，可以选着停止的方式全部一下停止每多少时间停止多少个的方式停止11.点击run，来到执行界面12.在执行界面点击start Scenario,开始跑场景13.下图为执行过程中14. 场景跑完后显示如图界面：其中右边红色区域是运行过程中监控服务器的资源占用率等等的一些信息，在左边还可以添加或查看其他的一些图标15.点击下面按钮也能添加加压主机16.经15后，弹出选项框，点击add可以输入主机信息17.设置ip欺骗三、结果分析1.点击下面按钮，进入分析结果界面2.分析界面如下：3.点击这里的图表可以查看各结果的，然后对结果进行分析4.按照如下操作可以增加新的图表5.右键图表选着合并图表，可以合并分析6.合并后的图表。

第一章Loadrunner11简介随着软件开发技术不断发展和日益成熟，现代应用程序也越来越复杂。

应用程序可以利用数十个甚至数百个组件完成以前用纸或人工完成的工作。

在业务处理过程中，应用程序复杂度与潜在故障点数目之间有直接的关联。

这使得找出问题根本原因变得越来越困难。

软件惊人的变化速度和激增的复杂性为软件开发过程带来了巨大的风险。

严格的性能测试是量化和减少这种风险最常见的策略。

使用HP LoadRunner 进行自动化负载测试是应用程序部署过程中一个非常重要的环。

1.1为什么要实现性能自动化测试自动化性能测试是利用产品、人员和流程来降低应用程序、升级程序或补丁程序部署风险的一种手段。

自动化性能测试的核心是向预部署系统施加工作负载，同时评估系统性能和最终用户体验。

一次组织合理的性能测试可以让用户清楚以下几点：➢应用程序对目标用户的响应是否足够迅速？➢应用程序是否能够游刃有余地处理预期用户负载？➢应用程序是否能够处理业务所需的事务数？➢在预期和非预期用户负载下应用程序是否稳定？➢是否能够确保用户在使用此应用程序时感到满意？通过回答这些问题，自动化性能测试可以量化业务状况的更改所带来的影响。

这反过来也可以让用户清楚部署此应用程序的风险。

有效的自动化性能测试可帮助您做出更加明智的发行决定，防止发行的应用程序带来系统停机和可用性问题。

1.2 LoadRunner 包含哪些组件LoadRunner 包含以下组件：➢Virtual User Generator 录制最终用户业务流程并创建自动化性能测试脚本，即Vuser 脚本。

➢Controller 组织、驱动、管理并监控负载测试。

➢Load Generator 通过运行Vuser 产生负载。

➢Analysis 用于查看、剖析和比较性能结果。

➢Launcher 使您可以从单个访问点访问所有LoadRunner 组件。

1.3了解LoadRunner 术语场景场景文件根据性能要求定义每次测试期间发生的事件。

LoadRunner操作手册1、LoadRunner操作，我们主要使用三大部分：Virtual User Generator、Controller、Analysis○1Virtual User Generator：录制脚本○2Controller：设置运行场景○3Analysis：分析2、首先我们打开Virtual User Generator，如图所示：打开后的界面：然后点击菜单file->new 新建一个脚本，打开后界面如下：由于我们B/S大部分使用的协议为WEB(HTTP/HTML)（如果不是可以选择其他协议），所以我们选择协议为WEB(HTTP/HTML)然后单击Create，接下来打开下图界面：在URL中输入你需要测试系统地址，Record into Action中有三个Action：Vuser_init：用来初始化的，比如登陆该界面Action：用来记录你所测试业务的，比如输入用户名和密码登陆Vuser_end：比如退出（注销）Application type 默认即可Program to record 是浏览器的位置一般默认即可Record the application startup 这项要打勾设置后单击OK按钮，开始录制，录制结束后保存。

关于在脚本中添加事务和集合点的设置。

1．事务添加方法，如下图：开始事务时间要在脚本内容前面，点击开始事务按钮，如下图打红勾：打开后设置事务名字（就是要测试的内容名字，比如：首页登录），如下图：然后点击ok，如下图：然后设置事务结束时间，点击打红勾按钮，如下图：打开后如下图：这个直接点ok就行，注意事务结束时间在脚本内容后面，如下图：2.集合点设置集合点要设在事务开始时间前面。

打开集合点设置按钮，如下图所示：名字按自己意思输入即可，然后点击ok。

添加好了如下图：此图就是集合点和事务的设置好了的图，位置要按这样设置。

3、然后打开Controller，如图所示：这样是在录好了脚本后直接在菜单tools打开当前脚本的controller，来设计场景。

LoadRunner流程以及分享作者：钟庆雄_英文Jacky一：性能流程图：二：性能测试模型：三：性能需求：3.1、性能测试点的选取*发生频率非常高的（例如：某邮箱核心业务系统中的登录、收发邮件等业务，它们在每天的业务总量中占到90%以上）*关键程度非常高的（产品经理认为绝对不能出现问题的，如登录等）*资源占用非常严重的（导致磁盘I/O非常大的，例如某个业务进行结果提交时需要向数十个表存取数据，或者一个查询提交请求时会检索出大量的数据记录）下面看来分析某邮箱系统的需求：按照某某邮箱20000万注册用户，其中日活跃用户数为1.5%的规模计算：日活跃用户=20000*1.5%=300万日活跃用户人均每天发6封邮件，用户使用客户端收发邮件比例20%，则：每天发邮件投递量=300万*6*20%=360万封3.2、如何得到每秒的邮件数？方式一：严格的根据2/8原则，80%的邮件集中在20%的时间发送。

集中发邮件数： 3600000*80%=28800000封集中发送的时间：24*20%=4.8小时=17280秒每秒发送邮件数：2880000/17280=166.7封/秒方式二，根据某某邮箱业务模型表，每天忙时集中邮件系数0.15，邮件平均峰值系数2,则：峰值邮件量=3600000*0.15*2/3600=300封/秒注：忙时集中系数=忙时业务量/全天业务量在两种方式的分析中，方法二得出的结果是方法一的将近一倍，我们不要根据经验理所当然的去分析，要深入的了解系统，我们要对行业指标及计算方式。

如果按照第一种方式，性能测试达标了，但系统真正上线后可能远远超出了我们的评估。

2008年北京奥运运门票系统就是一个典型的案例。

3.3再来分析系统的登录：去年全年处理“WEB登录”交易约 100 万笔，考虑到 3 年后交易量递增到每年 200万笔。

假设每年交易量集中在 8 个月，每个月 20 个工作日，每个工作日 8 小时，试采用 80～20 原理估算系统服务器高峰期“WEB登录”的交易吞吐量应达到怎样的一个处理能力200万/8=25万/月25万/20=1.25万/日1.25万*80%/(8*20%*3600)=1.74TPS四：二八原则：业务场景分析是为了在测试中尽可能的模拟实际业务发生时的真实负载，并制定服务性能指标。