loadRunner性能测试培训(基础篇)
LoadRunner入门操作培训
主界面：
第2节 loadrunner操作过程
? LoadRunner 常用术语
1.场景（ Scenario ）：场景即测试场景。在 LoadRunner 的Controller 部件中，可以设计与执行 用例的场景，设置场景的步骤主要包括：在 Controller 中选择虚拟用户脚本、设置虚拟用户数 量、配置虚拟用户运行时的行为、选择负载发生器（ Load Generator ）、设置执行时间等。 2.负载发生器（ Load Generator ）：用来产生压力的机器，受 Controller 控制，可以使用户脚 本在不同的主机上执行。在性能测试工作中，通常由一个 Controller 控制多个 Load Generator 以对被测试系统进行加压。 3.虚拟用户（ Virtual User/Vuser ）:对应于现实中的真实用户，使用 LoadRunner 模拟的用户 称为虚拟用户。性能测试模拟多个用户操作可以理解为：这些虚拟用户在跑脚本，以模拟多个 真正用户的行为。 4.虚拟用户脚本（ Vuser script ）:通过Vuser Generator 录制或开发的脚本。这些脚本用来模 拟用户的行为。
第2节 loadrunner操作过程
? 2.2 LoadRunner 常用术语
5.事务 (Transaction): 测试人员可以将一个或多个操作步骤定义为一个事务，可以通俗的理解 事务为“人为定义的一系列请求（请求可以是一个或者多个）”。在程序上，事务表现为被开 始标记和结束标记圈定的一段代码区块。 Loadrunner 根据事务的开头和结尾标记，计算事务响 应时间、成功 /失败的事务数。 6.思考时间 (Think Time): 即请求间的停顿时间。实际中，用户在进行一个操作后往往会停顿 然后再进行下一个操作，为了更真实的模拟这种用户行为而引进该概念。在虚拟用户脚本中用 函数lr_think_time() 来模拟用户处理过程，执行该函数时用户线程会按照相应的 time值进行 等待。 7.集合点 (Rendezvous) ：设集合点是为了更好模拟并发操作。设了集合点后，运行过程中用户 可以在集合点等待到一定条件后再一起发后续的请求。集合点在虚拟用户脚本中对应函数 lr_rendezvous() 。
MI测试工具LoadRunner基础培训
—负载Stress测试工具使用基础培训
题题目目
1 LoadRunner基本介绍 2 用LoadRunner测试的步骤 3 工具使用之一: 录制脚本 4 工具使用之二: 修改脚本 5 工具使用之三: 创建场景 6 工具使用之四: 运行测试 7 工具使用之五: 分析结果 8 LoadRunner目前的使用情况
3 工具使用之一：录制脚本
3 1 选择脚本类型 3 2 脚本的例子 3 3 录制脚本 3 4 回放脚本确认脚本的有效性
3 1 选择脚本类型
•1 当做好测试计划后;就知道需要使用何种类型的脚本了，目前LoadRunner可以支 持的脚本类型，可以从Virtual User Generator的新建菜单中选择，如下图：
4 3 同步点的概念
•1 首先提到的应该是LoadRunner在负载测试时各虚拟用户的运行情况;每个虚拟用 户都会不间断地按照Action里的语句来，此时会有一个问题，即很难保证每个虚 拟用户都是同时发起请求的,可能一个用户在发起请求时，其它的一些用户都在等 待上一个请求的回应，这样如果10 X 50的负载测试时，实际对服务器的压力没有 10个并发，当事务响应时间越长，则实际的并发量则越小 •2同步点的目的就是让所有的虚拟用户在同一时刻发起下面的请求，它能保证后 面紧接的一个请求是所有虚拟用户同时发起的 •3当设置同步点后，先运行完的虚拟用户会在同步点处等待，直到所有的虚拟用 户都到达该点后，再同时发起请求 •4设置同步点可以直接在脚本中写lr_rendezvous函数;
注：Controler和Generator只是逻辑上的区分;即它们可以在同一台物理机器上
2 用LoadRunner测试的步骤
2 1 用LoadRunner测试的步骤 2 2 最重要的是拟定计划
LoadRunner基本操作培训
第一部分： 第一部分：LoadRunner的 的 简介
1.1 安装注意事项
1. 2.
LR的版本： 版本越高越好。（个人推荐用9.5版本） 操作系统的选择：LR是个比较底层的软件，OS最好为 Windows 2003 ，因为W2k的稳定性和兼容性都不错，需要的 内存也低 安装方式：Typical 安装比较通用的组件，包括 Controller、 Vuser、在线帮助和脚本例程。该选项适合于控制Vusers的机 器 Custom 自定义安装，安装全部的组件 安装路径：安装LoadRunner的各级目录不要包含中文字符
第一部分： 第一部分：LoadRunner的 的 简介
1.5 LoadRunner术语 1. 场景：用于描述根据性能要求定义在每一个测试 会话运行期间发生的事件。 Vuser（虚拟用户）：在场景中， LoadRunner 2. Vuser 用虚拟用户(Vuser 代替实际用户。Vuser 模拟 Vuser) Vuser Vuser 实际用户的操作来使用应用程序。一个场景可以 包含几十、几百甚至几千个 Vuser。 Vuser脚本：用于描述 Vuser 在场景中执行的操 3. Vuser 作。
3.2.2 Pacing（步） （ 控制迭代之间的时间，这将准确模拟用户 在操作之间等待的实际时间设置。可以将此 时间指定为随机时间。
第三部分： 第三部分：创建运行场景
3.2.3 Log(日志) 主要是设置日志的详细级别。因为回放脚 本已经通过，所以场景中一般不选Enable Enable logging
第二部分： 第二部分：录制脚本
2.1.6 LR脚本复用问题 LR的测试脚本有很好的复用性，参数化 LR 后的脚本，在应用没什么大的变化的情况下， 一直是可以用的。甚至你在A服务器要用查找替换的功能将A服 务器的IP地址换成B服务器的IP IP地址就可以 IP 使用。
性能测试及LoadRunner入门培训
设计场景
Basic schedule 基本场景模式只能设置一次性加压过程
演示 中将采用Basic schedule 模式
负载生成及监控controller组件
设计场景
设计用户初始化方式，双击initialize Action
这里一般选择第一项即可，即一次性初始化所有虚拟 用户
添加集合点
现在 ，模拟用户行为的VUGenerator组件脚本录 制及优化基本完成，更复杂的业务逻辑脚本还需要在 今后的工作中不断的去学习积累。
负载生成及监控controller组件
当虚拟用户脚本开发完成后，使用LR的 controller组件将执行这个脚本的用户从单人 转化为多人，从而模拟大量用户操作，形成负 载。 而通过对负载进行设计配置，便形成了场 景。执行场景可以向服务器形成负载，验证各 系统性能指标是否达到用户要求。
操作结束如果要停止录制，点击录制框的停止按钮即可。
脚本录制完后，点击菜单栏的回放按钮可对刚录制的脚本 进行回放检验，以找出脚本中需要进行调整的地方。 LR回放是通过下面的回放日志(Replay LOG)来显示脚本 运行结果的。
如果需要直观的显示录制与回放时每一步操作的过程，可 在回放结束后，点击菜单栏Tree 按钮，点击左边树形目录下每 一步操作，查看回放结果，并与录制时的情况进行比较。
创建完成 。
VuGenerator组件
脚本参数化
点击菜单栏的参数列表按钮 (open parameter list)弹 出参数编辑框，可对参数进行赋值和更新策略设置。
VuGenerator组件
脚本参数化
a) b)
将excel表中事先准备好的参数数据复制到参数列表中(点击 edit with notepad)
LoadRunner培训教程
LoadRunner培训教程LoadRunner是一款由美国微软公司推出的性能测试工具，其主要功能是对应用程序的性能进行测试，以判断是否满足业务需求，同时也可以帮助开发人员找出应用程序的瓶颈，提高应用程序的性能。
为了更好地使用LoadRunner工具，很多企业和IT人员都需要进行培训。
本文将深入介绍LoadRunner培训教程。
一、LoadRunner基础1. LoadRunner工具的介绍：本章主要介绍LoadRunner工具的使用场景，包括LoadRunner构成、使用对象、主要功能以及误区等。
2. 安装配置：本章介绍LoadRunner的安装过程，包括如何下载安装程序、安装过程中需要注意的事项以及配置参数等。
3. 脚本录制：本章介绍LoadRunner的脚本录制功能，包括如何选择录制模式、录制参数的配置和环境的设置等。
4. 脚本回放与编辑：本章介绍LoadRunner的回放和编辑功能，包括回放过程中的错误处理、日志输出和数据分析等。
二、性能测试1. 性能测试概述：本章主要介绍性能测试的基本概念、测试种类、测试目的以及测试需求等。
2. 性能测试计划：本章介绍如何制定性能测试计划，包括测试环境的准备、测试用例的设计、性能测试的执行和数据的分析等。
3. 脚本设计：本章介绍LoadRunner的脚本设计功能，包括如何制定脚本的目标、步骤和参数等，以及如何进行随机数据生成和参数化等。
4. 性能测试执行：本章介绍如何执行性能测试，包括测试执行过程中的错误处理、模拟压力和相关性能参数的设置等。
5. 结果分析和报告输出：本章介绍性能测试结果的分析和报告输出，包括如何分析测试结果、如何生成测试报告以及如何进行测试结果的验证等。
三、性能优化1. 性能优化概述：本章介绍性能优化的基本概念、性能瓶颈以及优化方法等。
2. 性能监控：本章介绍如何使用LoadRunner的性能监控功能，包括如何监测流量、CPU、内存和带宽等指标，以及如何提取性能数据等。
LoadRunner学习（基础一）
LoadRunner学习（基础⼀）最近开始正式系统地学习LoadRunner11。
本想在⾃⼰觉得确实学到了⽐较有成就感的时候再mark⼀下，写个博客分享。
阶段性地或者在⾃⼰有所⼩收获的时候，做做笔记分享下也好。
这次作为开篇，我想记录下从安装遇到的问题到使⽤和学习过程中所收获的，主要分为以下三个⽅⾯:安装录制测试场景设计安装以前做过⼀次性能测试，当时也是使⽤的LoadRunner11，也是安装在64位操作系统上，都能正常的录制、执⾏等。
但这次的同样安装在64位操作系统上，却发现连IE都调不出来，换浏览器也是⽆法录制。
也试过写脚本来调出IE，也是不⾏。
终究在32位的虚拟机上安装后，才解决了问题。
对于安装，有以下两点需要注意:软件运⾏环境。
Loadrunner11需要安装在32位的操作系统上。
⼀般情况下，LoadRunner11还是不⽀持64位操作系统。
在技术学习过程中，累积经验很重要，但是有时经验主义也会带来不利，重点还是该细⼼.浏览器兼容性。
LoadRunner11⽀持多个浏览器，但是对IE，⽬前还只能较好地⽀持IE8/9.录制脚本在录制后，要进⾏参数化。
这⾥有两处需要注意：设置参数值和取数。
设置参数有多种⽅法：第⼀种⽅式，当迭代次数较少，可以直接在编辑参数时添加⾏【Add Row】。
第⼆种⽅式，可以直接点击【Edit With Notepad】按钮，在⽂本编辑器中编辑该参数脚本⽂件来添加参数。
PS:编辑添加数据时，⼀定要注意最后⼀⾏要留空，即要留⼀个空⾏，否则，测试执⾏过程中会报-13874，提⽰missing newline的错误第三种，在系统中已编辑好参数脚本⽂件，通过【Browser】添加⽂件即可。
第四种，先通过ODBC数据源管理器添加⼀个Access数据源，添加数据库⽂件；然后在数据库查询的向导对话框的SQL输⼊框中输⼊SQL语句以筛选出需要⽤到的数据列：select column from table取数，包括两个：数据分配⽅法和数据更新⽅式。
Loadrunner基础培训
Loadrunner基础培训目录1 脚本录制 (2)1.1 协议选择 (3)1.2 开始录制 (4)1.3 插入命令 (5)1.4 停止录制 (7)1.5 回放验证 (7)2 脚本调试优化 (7)2.1 断点 (7)2.2 检查点 (7)2.3 参数化 (9)2.4 关联取值 (12)3 场景设计及负载测试 (15)3.1 场景模式 (15)3.2 Runtime-setting设置 (16)3.3 运行场景 (18)4 查看测试报告 (18)本次培训主要针对Loadrunner的基础使用，包括脚本录制，脚本调优、运行脚本等相关知识进行讲解学习。
Loadrunner按照功能分为三个模块：●VuGen：可以进行脚本的录制、编辑；●Controller：进行负载测试；●Analysis：查看测试报告。
对应的功能入口见下图：1脚本录制Loadrunner脚本可以录制，也可以手动编写，主流应用还是录制-回放的模式。
脚本的录制流程：协议选择→设置录制选项→开始录制→插入命令→停止录制→回放验证进入VuGen，点击开始录制脚本。
1.1协议选择性能测试是基于协议的，所以必须选择匹配的协议，才可以正确录制用户行为。
LR可以支持单协议、多协议两种情况。
在单协议情况下，所要录制的对象只能使用唯一的协议；在需要录制的对象使用多于一种协议的情况下，应该选择多协议，并且将这些协议都进行添加，否则会因为漏选协议而无法正常回放脚本。
确定系统使用协议最快捷的方法是询问开发人员，或者使用loadrunner自带的Protocol Advisor（协议顾问），功能位置：File Protocol Advisor，运行结果如下图：Protocol Advisor的结果仅做参考，需根据多方因素确定选用协议。
绝大多数的性能测试都是基于B/S架构下的http协议。
1.2开始录制输入URL Address、选择Record into Action。
LoadRunner(负载测试工具)入门培训教程
LoadRunner入门培训教程目录1 概要介绍1.1 软件性能介绍1.2 LoadRunner介绍2 LoadRunner测试过程2.1 计划测试2.2 创建Vuser脚本2.3 创建场景2.4 运行、监控场景2.5 分析测试结果3 LoadRunner测试实例演示3.1 脚本录制、调试、回放3.2 创建负载测试场景3.3 运行、监控负载测试场景3.4 结果分析1 概要介绍1.1 软件性能介绍1.1.1 软件性能的理解性能是一种指标，表明软件系统或构件对于其及时性要求的符合程度；同时也是产品的特性，可以用时间来进行度量。
表现为：对用户操作的响应时间；系统可扩展性；并发能力；持续稳定运行等。
1.1.2 软件性能的主要技术指标响应时间：响应时间=呈现时间+系统响应时间吞吐量：单位时间内系统处理的客户请求数量。
（请求数/秒，页面数/秒，访问人数/秒）并发用户数：业务并发用户数；[注意]系统用户数：系统的用户总数；同时在线用户人数：使用系统过程中同时在线人数达到的最高峰值。
1.2 LoadRunner介绍LoadRunner是Mercury Interactive的一款性能测试工具，也是目前应用最为广泛的性能测试工具之一。
该工具通过模拟上千万用户实施并发负载，实时性能监控的系统行为和性能方式来确认和查找问题。
1.2.1 LoadRunner工具组成虚拟用户脚本生成器：捕获最终用户业务流程和创建自动性能测试脚本，即我们在以后说的产生测试脚本；压力产生器：通过运行虚拟用户产生实际的负载；用户代理：协调不同负载机上虚拟用户，产生步调一致的虚拟用户；压力调度：根据用户对场景的设置，设置不同脚本的虚拟用户数量；监视系统：监控主要的性能计数器；压力结果分析工具：本身不能代替分析人员，但是可以辅助测试结果的分析。
1.2.2 LoadRunner工具原理代理（Proxy）是客户端和服务器端之间的中介人，LoadRunner就是通过代理方式截获客户端和服务器之间交互的数据流。
性能测试与LoadRunner培训教材
性能测试与LoadRunner培训教材1、性能测试过程术语响应时间对请求作出响应所需要的时间。
并发用户数同一时间使用资源的用户个数。
吞吐量单位时间内系统处理的客户请求的数量（字节数/天；请求数/秒、页面数/秒；访问人数/天、处理的业务数/小时）。
TPS(T ransaction Per Second)每秒钟系统能够处理的交易或事务的数量。
它是衡量系统处理能力的重要指标。
TPS 是LoadRunner中重要的性能参数指标。
点击率（Hit Per Second）每秒钟用户向Web服务器提交的HTTP请求数。
这个指标是Web应用特有的一个指标：Web应用是“请求-响应”模式，用户发出一次申请，服务器就要处理一次，所以“点击”是Web 应用能够处理交易的最小单位。
如果把每次点击定义为一次交易，点击率和TPS就是一个概念。
不难看出，点击率越大，对服务器的压力也越大。
点击率只是一个性能参考指标，重要的是分析点击时产生的影响。
资源利用率资源利用率指的是对不同系统资源的使用程度，例如服务器的CPU利用率、磁盘利用率等。
资源利用率是分析系统性能指标进而改善性能的主要依据，因此，它是Web性能测试工作的重点。
资源利用率主要针对Web服务器、操作系统、数据库服务器、网络等，是测试和分析瓶颈的主要参数。
在性能测试中，要根据需要采集具体的资源利用率参数来进行分析。
性能测试类型参考《Performance Testing Guideance for Web Application》性能测试过程模型性能测试在传统测试过程中的位置：性能测试的一般流程：2、性能测试工具原理性能测试框架对流行的性能测试工具稍加分析就可以知道，它们的基本原理都是一致的。
在客户端通过多线程或多进程模拟用户访问，对服务器端施加压力，然后在过程中监控和收集性能数据：因此，可以自己设计一个类似的性能测试框架。
这个性能测试框架包括以下主要部分。
❑Controller：控制程序，用于控制整个测试过程，向各个客户端发出执行测试的命令，收集客户端和服务器的性能参数。
loadRunner性能测试培训(基础篇)
网络分析方法
1.查看Network Interface\ Bytes Total/sec计 数器的值。用Bytes Total/sec计数器的值和网 络的带宽进行比较，若超过50%，则说明网络 存在性能瓶颈问题。
软件瓶颈分析方法
分析事务响应时间、吞吐量，确定是否存在性 能问题，若发现存在性能问题，则找出响应时 间不符合要求或者出现多个失败的事务，对其 进行分解，然后对其进行网页细分，以确定影 响性能的元素。
测试需求 测试策略 测试场景 测试环境 测试准备 人 制定测试方案 执行测试方案 测试结果分析 编写测试报告
搭建测试环境（…） 录制脚本、编辑脚本 布置测试场景 执行测试场景
测试需求分析 制定测试策略 制定测试方案 执行测试方案 测试结果分析 编写测试报告
性能符合性验证：查看测试结果是否满足要求，
比如响应时间、资源利用率、吞吐量等等。
性能能力验证：记录软件系统的性能变化曲线。
对于确定是否存在性能瓶颈，首先判断是否存在 硬件（包括网络）瓶颈问题，若不存在硬件瓶颈问 题，则按照应用软件到系统软件（应用服务器、数 据库服务器、操作系统）的顺序进行分析，确定瓶 颈点。
性能测试 1. 性能测试的必要性 2. 性能测试分类 3. 性能测试手段 4. Loadrunner介绍
性能测试目前没有确切的定义，一般认为， 性能测试就是一个测试过程，指的是在一定约 束条件（指定的软件、硬件和网络环境等）确 定系统所能承受的最大负载压力。通过性能测 试，可以实现以下一个或者几个目标：
测试需求分析 制定测试策略 制定测试方案 执行测试方案 测试结果分析 编写测试报告
测试需求分析主要有以下的几个关键点：
➢ 测试的目的是什么
性能符合性验证：验证是否满足应 用的需要。 性能能力验证：确定性能极限、是否 存在性能瓶颈。 性能调优：对系统的性能进行调试、 优化。
Loadrunner性能测试基础教材.
LoadRunner性能测试基础篇目录1性能测试基础 (4)1.1理解性能测试 (4)1.2性能测试的目的 (5)2LOADRUNNER概要介绍 (5)2.1V IRTUAL U SER G ENERATOR（V U G EN） (6)2.2C ONTROLLER (7)2.3A NALYSIS (8)3WEB类型负载/压力测试 (8)3.1制定负载测试计划 (9)3.1.1分析应用程序 (10)3.1.2确定测试目标 (10)3.1.3性能测试设计 (10)3.2开发测试脚本 (11)3.2.1录制基本的用户脚本 (11)3.2.2完善测试脚本 (12)3.2.2.1插入事务 (12)3.2.2.2插入集合点 (13)3.2.2.3T hink Time (13)3.2.2.4插入注释 (13)3.2.2.5参数化输入 (13)3.2.2.6插入函数 (16)3.2.2.7插入Text/Image检查点 (17)3.2.2.8关联 (17)3.2.3Run-Time Setting (18)3.2.4单机运行测试脚本 (18)3.2.5VuGen 其他有用的功能 (19)3.2.5.1脚本压缩功能 (19)3.2.5.2t ools菜单 (19)3.3创建运行场景 (20)3.3.1选择场景类型为Manual Scenario (20)3.3.1.1选择Vuser Groups (20)3.3.1.2添加Load Generator Machines (21)3.3.1.3设置Global Schedule (21)3.3.1.4设置集合点 (21)3.3.1.5设置结果文件保存路径 (21)3.3.2选择场景类型为Goal—Oriented Scenario (21)3.3.2.1目标模式主界面 (23)3.3.3其他有用的设置 (23)3.3.3.1场景类型的转化 (23)3.3.3.2启用IP Spoofer（IP 欺骗） (23)3.3.3.3O ptions 设置 (24)3.4运行测试、分析及监视场景 (24)3.5分析测试结果 (25)3.5.1分析事务的响应时间 (25)3.5.2分解页面 (26)3.5.3确定WebServer 的问题 (30)3.5.4其他有用的功能 (31)3.5.4.1比较每次运行的结果 (31)3.5.4.2对图表进行组合合并 (31)1性能测试基础1.1理解性能测试性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。
LoadRunner工具基础知识培训系列
理解性能
用户视角的软件性能
– 从用户的角度来说，软件性能就是软件对用户操作的响应时间。说得更明确一点， 对用户来说，当用户单击一个按钮、发出一条指令或是在Web页面上单击一个链接， 从用户单击开始到应用系统把本次操作的结果以用户能察觉的方式展示出来，这个 过程所消耗的时间就是用户对软件性能的直观印象。 – 必须要说明的是，用户所体会到的“响应时间”既有客观的成分，也有主观的成分。 例如，用户执行了某个操作，该操作返回大量数据，从客观的角度来说，事务的结 束应该是系统返回所有的数据，响应时间应该是从用户操作开始到所有数据返回完 成的整个耗时；但从用户的主观感知来说，如果采用一种优化的数据呈现策略，当 少部分数据返回之后就立刻将数据呈现在用户面前，则用户感受到的响应时间就会 远远小于实际的事务响应时间(顺便说一下，这种技巧是在C／S结构的管理系统中开 发人员常用的一种技巧)。
ONLY FOR SJCU Presentation
理解性能—性能指标 理解性能 性能指标
吞吐量
在不同的测试工具中，对于吞吐量(Throughput)会有不同的解释。例如，在LoadRunner中， 这个指标是以字节数为单位来衡量网络吞吐量的，而在JMeter中则是以事务数/秒为单位来 衡量系统的响应能力的。不过在大多数英文的性能测试方面的书籍或资料中，吞吐量的定 义使用的是后者。 并发用户数 ≠ 每秒请求数 这是两个容易让初学者混淆的概念。 简单说，当你在性能测试工具或者脚本中设置了100并发用户数后，并不能期望着一定会 有每秒100个请求发给服务器。事实上，对于一个虚拟用户来说，每秒发出多少请求只跟 服务器返回响应的速度有关。如果虚拟用户在0.5秒内就收到了响应，那么它会立即发出第 二个请求；而如果要一直等待3秒才能得到响应，它将会一直等到收到响应后才发出第二 个请求。也就是说，并发用户数的设置只是保证服务器在任一时刻都有100个请求需要处 理，而并不一定是保证每秒中发送100个请求给服务器。 所以，只有当响应时间恰好是1秒时，并发用户数才会等于每秒请求数；否则，每秒请求 数可能大于并发用户数或小于并发用户数。
LoadRunner基础培训
创建运行场景
操作步骤：
1、点击“Run Load Tests”选项进入创建场景页面 2、在新建场景的窗口，选择一种场景类型： Manual Scenario:完全手动的设置场景(1) Manual Scenario with Percentage Mode(1.1)： 该项只有在“Manual Scenario”选中的情况下 才能选择。选择该项后，在场景中我们需要定义要 使用的虚拟用户的总数，Load Generator machine 机器集，然后我们为每一个脚本分配要运行的虚拟 用户的百分比。 Goal—Oriented Scenario(2)： 在测试计划中， 一般都包括性能测试要达到的目标。选择该项后， LoadRunner 基于这个目标，自动为你创建一个场 景。在场景中，我们只要定义好我们的目标即可。
创建测试脚本
操作步骤：
1、进入开始录制选项页面 2、点击Start Record按钮，输入程序地址，开始进行录制 3、使用VuGen进行录制：创建的每个 Vuser 脚本都至少包含三部分： vuser_init、一个或多个 Actions 及vuser_end。录制期间，可以选 择脚本中 VuGen 要插入已录制函数的部分。运行多次迭代的Vuser 脚 本时，只有脚本的Actions部分重复，而vuser_init和vuser_end部分 将不重复
注： “Record the application startup” 默认情况下是选中的，说明应用程序一旦 启动，VuGen 就会开始录制脚本；如果没 有选中，应用程序启动后，VuGen 出现右 边的对话框，并且暂时不会开始录制脚本， 用户操作应用程序到需要录制的地方，按 下“Record”按钮，VuGen 才开始录制。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
性能符合性验证：查看测试结果是否满足要求，
比如响应时间、资源利用率、吞吐量等等。
性能能力验证：记录软件系统的性能变化曲线。
对于确定是否存在性能瓶颈，首先判断是否存在 硬件（包括网络）瓶颈问题，若不存在硬件瓶颈问 题，则按照应用软件到系统软件（应用服务器、数 据库服务器、操作系统）的顺序进行分析，确定瓶 颈点。
测试需求分析 制定测试策略 制定测试方案 执行测试方案 测试结果分析 编写测试报告
测试指标：描述与测试场景对应的事务平均响 应时间、事务吞吐率、资源消耗指标、运行的 用户数等信息。
结果分析与总结：根据测试目标，描述最后分 析得到的结果，并给出相应的建议。
性能测试不比功能测试，应制定性能测试方案 性能测试应尽早开展 测试目标设计要科学合理，不能想当然 不要在服务器上进行性能测试 性能场景监视很关键，要选取合适的性能计数
测试需求分析 制定测试策略 制定测试方案 执行测试方案 测试结果分析 编写测试报告
测试需求分析主要有以下的几个关键点：满足应 用的需要。 性能能力验证：确定性能极限、是否 存在性能瓶颈。 性能调优：对系统的性能进行调试、 优化。
➢ 测试要素分析： 阅读需求规格说明书：响应时间等 系统架构（项目经理、技术经理、开发人员） 用户数量、用户分布 测试执行的功能—原则 数据量 硬件环境（包括网络环境） 软件环境 现场环境评估
磁盘I/O分析方法
1.查看%Disk Time计数器的值。该值较大，则可能 存在磁盘瓶颈问题。 2.与Processor\Privileged Time合并进行分析。若 %Disk Time值较大，而Processor\Privileged Time 的值适中，则可判断存在磁盘问题。若 Processor\Privileged Time较大，持续超过80%，则 可能是内存泄漏。 3.根据Disk sec/Transfer进行分析。该值超过60ms， 则磁盘存在问题。
3.根据Physical Disk计数器的值分析性能瓶颈。如果 磁盘的Average Disk Queue Length计数器增加的同 时Pages Read/sec并未降低，则可判断内存有问题。
处理器分析方法
1.首先查看System\%Total Processor Time计数器 的值。该值体现的是CPU的平均利用率，若超过 90%，则说明存在处理器方面的瓶颈。
树立质量法制观念、提高全员质量意 识。20. 12.122 0.12.12 Saturday, December 12, 2020
人生得意须尽欢，莫使金樽空对月。11:50:0211:50: 0211:5 012/12 /2020 11:50:02 AM
安全象只弓，不拉它就松，要想保安 全，常 把弓弦 绷。20. 12.121 1:50:02 11:50D ec-201 2-Dec- 20
2.其次查看每个CPU的Processor\%User Time计数 器的值。若应用服务器的%User Time值较大，可以 考虑是否能通过算法优化等方法降低这个值。若数 据库服务器的%User Time值较大，可考虑对数据库 系统进行优化。
3.查看System\Processor Queue Length计数器的 值。当该值大于CPU数量的总数+1时，说明存在处 理器方面的问题。
Loadrunner是一种较高规模适应性的自动负载 测试工具，它能预测系统行为，优化性能。 Loadrunner强调的是对整个企业应用架构进行 测试，它通过模拟实际用户操作行为和实行实 时性能监测，来帮助客户更快的确认和查找 问 题
Loadrunner结构：
Loadrunner主要包含以下功能模块： Virtual User Generator:虚拟用户生成器，简称VuGen用来录制 使用者的操作，建立虚拟用户脚本。 Controller：压力控制器。整个压力的控制中心，用来管理、设 计驱动以及监控压力场景 Load Generator：压力产生 器。执行虚拟使用者脚本以产生虚 拟用户，对被测系统发出请求和接收响应，模拟实际的负载。 Analysis:结果分析器。通过测试结果数据用来分析压力测试结果 Lanucher:提供一个集中的界面，启动LR所有的模块
器 测试分析不应只看表面现象，要分析关联指标 一定要花时间找出系统瓶颈，并尽早优化 优化后的系统一定要回归测试，验证优化效果 熟悉常见协议、技术
手工演示以下内容： 制定负载测试计划 开发测试脚本 创建运行场景 运行测试 监视场景 分析测试结果
一VuGen 1录制基本用户脚本 ２完善测试脚本（插入事务，集合点） ３Run-Time setting ４单机执行脚本 二场景 １创建运行场景 三分析结果 １如何添加并监控操作系统资源 ２如何生成报告（word\html等格式） ３如何查看更多的计数器及结果
网络分析方法
1.查看Network Interface\ Bytes Total/sec计 数器的值。用Bytes Total/sec计数器的值和网 络的带宽进行比较，若超过50%，则说明网络 存在性能瓶颈问题。
软件瓶颈分析方法
分析事务响应时间、吞吐量，确定是否存在性 能问题，若发现存在性能问题，则找出响应时 间不符合要求或者出现多个失败的事务，对其 进行分解，然后对其进行网页细分，以确定影 响性能的元素。
大数据量测试：针对某些系统存储、传输、 统计查询等业务进行独立的大数据量测试；与 并发性能测试、疲劳强度测试等相结合的综合 数据量测试方案；关键在于数据量的准备
手工测试 自动化测试 人工和自动化测试的结合
Loadrunner原是Mercury公司的产品，2006 Mercury公司被HP收购
流程方法篇
性能测试难点不在于Loadrunner工具本身, 难在对整个系统的全局把握,而对全局的把 握你就必需得有丰富的知识面
掌握一门编程语言：手动开发脚本
良好的网络基础知识：协议、Cookie、 Session
计算机原理与操作系统知识：线程、进程、 内存泄露、编码
数据库知识：建表,索引,存储过程,事务,触 发器
判定软件是否满足预期的性能需求
判定软件的性能表现
寻找软件可能存的性能问题 ，定位性能瓶颈并 解决问题 。
客户需求－－系统快速响应、 可靠性高等
系统复杂性日益增长，要求系 统的高可靠性
业务处理快速增长，要求系统 快速处理
性能同功能一样重要
如图所示表明了一个应用系统的基本架构：
并发性能测试
Loadrunner原理
2.模拟大量的真实用户生 成压力.
被测系统
Web 服务器
应用服务器 数据库服务器
虚拟用户生成器
控制器 1.Controller 起到调度压力测
试并管理监控器
性能监控器
3.监控器实时捕获系统的性能 状态
4.测试结果被搜集及 保存起来供分析
5.产生性能分析报告
并发：指在某一时刻（某秒）多用户同时向服务器提交请求。即在1秒钟内服务器能同 时正确响应的用户请求，一般用线程来模拟实际用户的并发请求。
测试需求 测试策略 测试场景 测试环境 测试准备 人员及时间安排 问题与对策
测试需求分析 制定测试策略 制定测试方案 执行测试方案 测试结果分析 编写测试报告
搭建测试环境（…） 录制脚本、编辑脚本 布置测试场景 执行测试场景
测试需求分析 制定测试策略 制定测试方案 执行测试方案 测试结果分析 编写测试报告
并发性能测试的过程是一个负载 测试和压力测试的过程，即随逐渐增 加负载，直到系统的瓶颈或都不能接 收的性能点，通过综合分析交易执行 指标和资源监控来确定系统并发性能 测试过程
疲劳度与大数据量测试
疲劳测试是采用系统稳定运行情况下能够 支持的最大并发用户数，持续执行一段时间业 务，通过综合分析交易执行指标和资源监控指 标来确定系统处理最大工作量强度性能的过程
数等的集合。在这个场景中，可以定义并发用户的数目，定义要运行的脚本，或者说运 行的流程类型。在一个场景中，可以是单个流程，也可以是多个流程的组合。 Hits Per Second：点击次数——每秒用户对Web Server端的HTTP请求数。 Average Throughput（Bytes/sec）：从WEB Server上接收到的数据量的值（网络总吞 吐量）——该值随用户数的增加而增加以确定网络速度满足需求 Average Transaction Response Time（sec）：平均事务响应时间——系统成功处理一 个事务的平均响应时间。 Transaction Per Second（TPS）：每秒成功处理的事务数，即交易率。 Available MBytes (Memory) ：服务器的可用物理内存>15% % Processor Time (Processor _Total)：服务器的CPU利用率<85%
并发用户：指在性能集合点并发执行事务的用户。 最大并发用户数：系统已不能正确响应超过5%并发事务时的最大虚拟用户数。 在线用户：指用户登录系统后，一直未退出系统或用户处于活动状态。 虚拟用户：通过执行测试脚本模仿真实用户与被测系统进行通信的用户。 事务（交易）：完成一定功能的单个或多个操作处理过程就是一个事务。 集合点：即并发操作点，就是多用户同时向服务器提交请求的操作点。 响应时间：从客户端发出请求开始到服务器成功响应，并返馈到客户端为止的这段时间。 LoadRunner：是一种预测系统行为和性能的工业标准级负载测试工具。后面具体介绍。 场景：LoadRunner的专门术语，是所有测试资源包括测试脚本、运行设置、运行用户
测试需求分析 制定测试策略 制定测试方案 执行测试方案 测试结果分析 编写测试报告
测试目的不同，则相应的测试策略不同。
性能符合性验证—负载测试、疲劳强度测试。
性能能力验证—压力测试、疲劳强度测试。
性能调优—测试-调整-测试。负载测试、压力测
试、疲劳强度测试、组合业务测试。