7_第8章 LoadRunner测试场景管理
LoadRunner测试结果分析
LoadRunner测试结果分析一、LoadRunner测试结果分析之我见LoadRunner生成测试结果并不代表着这次测试结果的结束，相反，这次测试结果的重头戏才刚刚开始。
如何对测试结果进行分析，关系着这次测试的成功与否。
网上关于LoadRunner测试结果如何分析的介绍相当匮乏，在总结他人的观点和自己的实验体会基础上来介绍如何进行LoadRunner测试结果分析。
1. LoadRunner测试结果分析的第一步应该是查看分析综述（Analysis Summary），其包括统计综述（Statistics Summary）、事务综述（Transaction Summary）、HTTP 响应综述（HTTP Responses Summary）三部分。
在统计综述中查看Total Errors的数量，HTTP 响应综述中查看HTTP 404数量，若数值相对较大（HTTP 404则相对于HTTP 200），则说明系统测试中出错较多，系统系能有问题；另外查看事务的平均响应时间和其90%的事务平均响应时间，若时间过长，超过测试计划中的要求值，则说明系统的性能不满足我们的要求。
2. 第二步对LoadRunner测试结果图进行分析，首先对事务综述（Transaction Summary）进行分析，该图可以直观地看出在测试时间内事务的成功与失败情况，所以比第一步更容易判断出被测系统运行是否正常。
3. 接着分析事务平均响应时间（Average Transaciton Response Time），若事务平均响应时间曲线趋高，则说明被测系统处理事务的速度开始逐渐变慢，即被测系统随着运行时间的变化，整体性能不断下降。
当系统性能存在问题时，该曲线的走向一般表现为开始缓慢上升，然后趋于平稳，最后缓慢下降。
原因是：被测系统处理事务能力下降，事务平均响应时间变长，在曲线上表现为缓慢上升；而并发事务达到一定数量时，被测系统无法处理多余的事务，此时曲线变现为趋于平稳；当一段时间后，事务不断被处理，其数量减少，在曲线上表现为下降。
Loadrunner使用手册整理版
一、Loadrunner简介LoadRunner 是一种预测系统行为和性能的工业标准级负载测试工具。
通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。
通过使用LoadRunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。
目前企业的网络应用环境都必须支持大量用户，网络体系架构中含各类应用环境且由不同供应商提供软件和硬件产品。
难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢，系统崩溃等问题。
这些都不可避免地导致公司收益的损失。
Mercury Interactive 的 LoadRunner 能让企业保护自己的收入来源，无需购置额外硬件而最大限度地利用现有的IT 资源，并确保终端用户在应用系统的各个环节中对其测试应用的质量，可靠性和可扩展性都有良好的评价。
LoadRunner 是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。
LoadRunner 的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测，来帮助您更快的查找和发现问题。
此外，LoadRunner 能支持广范的协议和技术，为您的特殊环境提供特殊的解决方案。
负载测试通常由五个阶段组成：计划、脚本创建、场景定义、场景执行和结果分析。
.(1)计划负载测试：定义性能测试要求，例如并发用户的数量、典型业务流程和所需响应时间。
.(2)创建 Vuser 脚本：将最终用户活动捕获到自动脚本中。
选择协议录制脚本编辑脚本检查修改脚本是否有误(3)定义场景：使用LoadRunner Controller 设置负载测试环境。
创建场景（Scenario）选择脚本设置机器虚拟用户数设置Schedule （场景计划表）如果模拟多机测试，设置Ip Spoofer （ip 欺骗）(4)运行场景：通过LoadRunner Controller 驱动、管理和监控负载测试。
loadrunner性能测试场景设计
第三部分LR场景设计难点：设置多少虚拟用户数是合理的？多少时间是合理的？第2章Controller-基础应用二可以在Global Schedule中设置开始用户、停止用户、持续时间。
Basic schedule一般做并发测试或者压力测试，不考虑真实场景的测试类型第3章Controller-负载生成器控制器控制负载生成器，让负载生成器生成负载，负载生成器去访问被测系统。
一、新增一台负载生成器新增一台负载生成器：Name对应另一台装有负载生成器的电脑的IP地址。
点击Load Generators。
点击Connect，看添加的负载生成器是否可以连通。
status为ready表示连接成功。
二、让多台负载生成器同时工作当Quantity为数量形式时，这台电脑只能添加一台负载生成器，此时需要点击Scenario→Convert Scenario to the Percentage Mode ,让它对应显示成百分比模式，如下面两图。
三、查看虚拟用户数此时需要点击Scenario→Convert Scenario to the Vuser Group Mode ,让它对应显示成用户组模式弹出虚拟用户运行详情如下，一、IP欺骗1、通过LR向导自动添加多个IP.2、通过DOS命令的netsh添加多个IP.在Controller中勾选Enable IP Spoofer二、带宽模拟设置第5章Controller-指标监控方法一、对于windows系统Name:写IP . 添加完成后二、对于UNIX 系统UNIX 操作系统要对外界提供性能数据，必须运行进程rstatd ，如果没有需要自行下载安装。
而对于WINDOWS 系统要对外界提供性能数据，只要能够以管理员身份登陆此电脑，访问共享目录或者用命令netuse 与远程电脑建立连接。
LoadRunner测试步骤详细步骤
LoadRunner测试步骤详细步骤录制测试脚本1).点击主界面2).点选新建协议3).在协议框中选择全部，选择新的协议Web测试一般选择(Web (HTTP/HTML))如果别的项目可根据与程序员交流程序间通讯的协议，在这里做选择就可以了4).填写你要测试的URL地址点击oK 后进行脚本录入1. 脚本的回放1).在这里可以对脚本进行参数化、集合点、事务等都可以在这里对脚本进行设置当脚本中回放时没有错误，就可一保存脚本，进行后面的压力测试了负载加压测试1).选择负载测试2.选择相对应的测试脚本手动场景可以设置不同的业务组用户数量，同时编辑计划指定相关的运行时刻，虚拟用户加载策略等完成场景的设计工作3).在这里进行场景设置4).虚拟用户数量及加载方式设置5)开始加载测试6)添加相应的监控指标7)添加Windows Resources 的监控1.双击 1图中的windowsResources2.在2图的空白处右击选择菜单中的Add..3.在3图中点击Add 后出现图44.在4图中输入要检测的见算计的IP 后点击 OK5.在图5中点击Add 选择你要检测的数据项后点击 Add 然后点击Close6.后点击图5的OK 就出现我们想要的监视图68)添加SQL Server 资源的监控在这里与添加WindowsResources步骤基本相同，只要注意几点1. 保证打开服务的远程服务(Remote Registry Service)打开，本地计算机加入了服务器域2. 要经过防火墙来监控Windows NT或 Windows 2000，应使用TCP，端口 139。
性能测试(LoadRunner)
开始 分析应用系统 定义压力测试的对象和目标 测试计划评审 编写测试案例 测试环境的搭建 测试数据的准备 测试工具的准备 录制脚本，增强脚本 实施方案，监视系统资源 分析测试结果 是否可以接受
Part4 . L oa d R u n n e r 应 用
2、录制、编辑及调试脚本 性能测试最重要的一步是生成虚拟用户脚本
Virtual User Generator
事务：为了衡量服务器的性能，需要定义事务；如：数据查询 操作，为了衡量服务器执行查询操作的性能，需要把这个操作 定义为一个事务，这样在运行测试脚本时，LoadRunner运行 到该事务的开始点时，LoadRunner就会开始计时，直到运行 到该事务的结束点，计时结束。这个事务的运行时间在结果中 会有反映。
数据准备时根据测试需要，在执行测试之前在被 测系统种加入复合要求的数据。 数据准备方法： 1、手工：要加入的数据量比较少的情况下可以手工 在系统中加入。 2、使用LR或其他自动化测试工具：在数据量比较多 的情况下就要使用工具，录制脚本反复迭代运行脚本 或在场景中运行脚本； 3、数据直接写入数据库：这种方法使用sql语句（或 存储过程）实现数据批量写入数据库；
Part1.性 能 测 试 简 介
性能测试的定义
（5）思考时间：Think Time，也被称为“休眠时间”，从业务的角度来说，这个时间指的是用户在进行操作时， 每个请求之间的间隔时间。从自动化测试实现的角度来说，要真实地模拟用户操作，就必须在测试脚本中让各个 操作之间等待一段时间，体现在脚本中，具体而言，就是在操作之间放置一个Think 的函数，使得脚本在执行两 个操作之间等待一段时间。 （6）TPS ：Transaction per second，每秒钟系统能够处理的交易或者事务的数量。它是衡量系统处理能力的重要 指标。 （7）HPS：点击率Hit Per second ，每秒钟用户向WEB服务器提交的HTTP请求数。这个指标是WEB应用特有的一个 指标，WEB应用是"请求—响应"模式，用户发出一次申请，服务器就要处理一次，所以点击是WEB应用能够处理 的交易的最小单位。如果把每次点击定义为一个交易，点击率和TPS就是一个概念。容易看出，点击率越大，对 服务器的压力越大。点击率只是一个性能参考指标，重要的是分析点击时产生的影响。需要注意的是，这里的点 击并非指鼠标的一次单击操作，因为在一次单击操作中，客户端可能向服务器发出多个HTTP请求。
实训 运行分析LoadRunner负载测试场景
实训运行分析LoadRunner负载测试场景一、实训目标能够设计实施满载压力测试能够测试出系统硬件和软件的极限承受能力能够根据测试执行结果报告分析系统瓶颈二、任务描述在本课中，任务是运行上次课创建的场景，模拟8个用户同时登录并访问网站，同时在场景运行过程中实时增加负载观察各项性能指标的变化情况。
三、覆盖的知识点性能监视器、满载测试、事务响应时间、点击率、流量四、实训参考步骤1 打开Controller 运行视图。
选择位于屏幕底部的“运行”选项卡。
注意，在“场景组”区域的“关闭”列中有8 个Vuser。
这些是创建场景时所创建的Vuser。
由于场景尚未运行，所有其他计数器仍保持为零，并且图查看区域中的所有图（除了Windows 资源）均为空白。
在下一步中启动场景后，图和计数器将开始显示信息。
2 启动场景。
单击“启动场景”按钮或选择“启动” > “场景”开始运行测试。
如果第一次运行教程，Controller 将启动场景。
结果文件自动保存到负载生成器的临时目录中。
如果要重复此测试，将提示您覆盖现有结果文件。
单击“否”，这是因为第一次负载测试的结果应该用作基准结果以与后续负载测试结果进行比较。
将打开“设置结果目录”对话框。
指定新的结果目录。
对每个结果集输入唯一且有意义的名称，这是因为在分析图时，可能希望重叠几个场景运行的结果。
3 检查性能图。
“运行”选项卡将显示下列默认联机图：正在运行的Vuser —整个场景图，显示指定时间正在运行的Vuser 数。
事务响应时间—整个场景图，显示完成每个事务所需的时间。
每秒点击次数—整个场景图，显示场景运行的每一秒内Vuser 在Web 服务器上的点击次数（HTTP 请求数）。
Windows 资源图，显示场景运行期间度量的Windows 资源。
4 突出显示单个度量。
双击Windows 资源图窗格可以将其放大。
注意，每个度量显示在图例的彩色编码行中。
每行都与图中相同颜色的线条相对应。
loadrunner场景设置
目录1、Loadrunner场景设置---------用户逐渐递增的场景2、Loadrunner场景设置---------思考时间和随机时间的取值方法3、Loadrunner场景设置---------集合点的作用（实现并发访问的目的）4、Loadrunner场景设置---------事务的作用（反映响应时间评价性能）5、Loadrunner场景设置---------使用事务的原因6、Loadrunner场景设置---------事务的使用方法Loadrunner场景设置---------用户逐渐递增的场景方法一：（网络来源）在设置LoadRunner测试场景时，很多时候都需要设置用户逐渐递增的场景。
可能大家通常的做法都是逐步增加用户数，并且分成多次去运行场景，比如第一次运行用100用户，第二次用200用户，第三次用300用户等等。
其实，还可以有另外一种方法，就是针对同一个脚本设置多个组，使用组策略(点击Edit Schedule按钮，选择Schedule by Group)，第一个组为初始用户数，如100，第二个组以50或100递增（并不是第一个组100，第二个组200，第三个组300，而是在递增的时候设置递增数）。
每个用户场景都持续稳定地运行一段时间，这样可以把几种用户场景下的测试在一次场景的运行过程中就一次性执行完毕，而且还有一个好处是可以把多个用户场景下的性能结果都整合到同一个结果中，也方便对比、分析。
Loadrunner场景设置---------思考时间和随机时间的取值方法如果录制思考时间是4秒，那么随机时间可以是2-6之间的任意值，即随机时间的取值在录制思考时间的50%到150%之间。
Loadrunner场景设置---------集合点的作用（实现并发访问的目的）集合点（Rendezvous）就是一个并发访问的点，在测试计划中，可能会要求系统能够承受1000 人同时提交数据，在LoadRunner 中可以通过在提交数据操作前面加入集合点，这样当零散的虚拟用户运行到提交数据的集合点时，LoadRunner 就会检查同时有多少用户运行到集合点，如果不到1000 人，LoadRunner 就会命令已经到集合点的用户在此等待，当在集合点等待的用户达到1000 人时，LoadRunner 命令1000 人同时去提交数据，并发访问的目的。
LoadRunner场景设计及监控
报告编写
将分析结果以书面形式呈现，包括图 表、表格和文字说明，便于理解和沟 通。
结果分析与报告编写
明确分析目的
在开始分析之前，要明确分析的目的和 重点，确保分析结果有针对性。
报告编写规范
遵循统一的报告编写规范，确保报告 的格式、排版、图表等符合标准，提
高报告的可读性和专业性。
选择合适的分析方法
根据分析目的选择合适的数据分析方 法，如趋势分析、对比分析、异常值 分析等。
详细描述
监控CPU使用率可以帮助识别系统在高负载 下的性能瓶颈，如CPU密集型任务的处理能 力不足或资源争用问题。通过对CPU使用率 的分析，可以优化系统配置、调整任务调度 策略或升级硬件配置。
内存使用率监控
要点一
总结词
内存使用率是影响系统性能的重要因素，监控内存使用情 况有助于及时发现内存不足或内存泄漏等问题。
实时监控
通过LoadRunner的图形界面或API接口， 实时查看系统的性能指标和响应情况。
定期报告
生成定期报告，对监控数据进行汇总和分析， 提供决策支持。
报警机制
设置报警阈值，当监控数据超过预设阈值时， 及时通知相关人员处理。
05
系统性能监控
CPU使用率监控
总结词
CPU使用率是衡量系统性能的重要指标，通 过监控CPU使用率，可以了解系统的负载状 况和瓶颈所在。
01
阶梯法
逐步增加负载，观察系统性能变化。
斜坡法
逐步增加负载，并保持一段时间， 观察系统稳定性和瓶颈。
03
02
混合法
结合阶梯法和斜坡法，模拟实际用 户访问模式。
爆炸法
短时间内产生大量负载，模拟突发 流量。
04
软件测试课件LoadRunner场景设计讲义
第三章LoadRunner场景设计一、场景设计Controller是LR的控制中心，包括场景设计和场景执行。
1场景设计场景设计是依据需求制定脚本如何执行的策略，使脚本运行更接近真实用户使用。
主要包括集合点、IP欺骗、多机联合负载、手工场景和目标场景。
2场景执行场景执行是当场景设计完成后手动运行场景，在此过程中对场景产生的数据进行监控。
场景执行时会监控硬件和软件资源、统计事务的成功数、失败数以及出错信息。
3场景状态二、虚拟用户加载策略三、集合点1集合点的含义和意义集合点用于保证真正的并发。
✓当脚本运行到集合点函数时，将停止运行并等待其允许运行的条件(即集合点策略)，达到后才释放集合点开始运行。
✓用来分析软件性能瓶颈。
一般将集合点放在开始事务代码之前。
2集合点策略用于设置到达集合点用户的标准时，系统就释放用户，继续运行。
四、IP欺骗1使用IP欺骗的场合应用程序服务器经常缓存来自同一台计算机的客户端信息，网络路由则尝试缓存来优化吞吐量，若许多用户使用同一个IP，服务器和路由器都将尝试进行优化处理，使用同一IP的负载测试不反映真实情况。
有些应用程序禁止同一IP同时访问。
2启用IP欺骗的过程设置本机地址。
脚本中必须使用真实IP。
配置IP地址池。
✓本机IP也会被使用。
✓“要添加的数字”：输入总共要添加多少个IP。
✧Verify that new IP address are not already：表示验证新的IP地址未被使用，指示IP向导对新地址进行检查。
这样只会添加未使用的地址。
✧可以将IP保存为.ips文件，以后直接加在此文件即可。
场景中启用IP欺骗。
若要在日志中看到IP，需要在脚本中进行运行时设置，开启扩展日志(至少一项)。
日志中输出IP✓lr_get_vuser_ip()✧只能在场景运行时看到。
五、多机联合负载1负载均衡技术为了尽可能减少或避免本身的测试机成为测试过程中的瓶颈，测试过程中需要使用所有的测试机产生Vuser，对被测试系统进行施压。
LoadRunner性能测试介绍
2 LoadRunner特点
(1) 广泛支持业界标准协议 (2) 支持多平台开发的脚本 (3) 创建真实的系统负载 (4) 强大的实时监控与数据采集功能 (5) 精确分析结果，定位问题所在
由“性能”想到的。。。
LOGO
（1）性能测试是什么？ 在一定的负载情况下，系统的响应时间、资源利用、效率等特性是否满足特定的性 能需求。 （2）性能测试包含哪些方面？ 压力测试、负载测试、并发测试、容量测试、配置测试、基准测试等。 （3）应用系统性能指标主要有哪些？ 响应时间、吞吐量、服务器资源利用 （4）性能分析方法主要有哪些？ 指标达成法、最优化分析（应用程序诊断、系统调优）。 （5）性能测试的重要性，为什么要进行性能测试？ 评估系统的能力 识别系统中的弱点 系统调优 验证可伸缩性和可靠性 ......
(1)不同用户使用不同的数据（通过“参数化”实现） (2) 多用户并发操作（通过“集合点”实现） (3) 用户请求间的依赖关系（通过“关联”实现） (4) 请求间的延时时间（通过“思考时间”实现）
LOGO
性能指标监控
(1) 请求响应时间监控（通过“事务”实现） (2) 服务器处理能力监控（通过“事务”计算吞吐量获得） (3) 服务器资源利用率监控（计数器接口）
d 检查点
LOGO
在进行压力测试时，为了检查Web 服务器返回的网页是否正确，VuGen 允许我们插入Text/Imag 检查点，这些检查点验证网页上是否存在指定的Text 或者Imag，还可以测试在比较大的压力测试环境中，被测的网站功能是否保持 正确。以下是插入检查点的步骤及检查点在脚本中的函数表示。
关联 概念：所谓关联（correlation）就是把脚本 中某些写死的（hard-coded）资料，转 变成是来自服务器的、动态的、每次都不 一样的资料。 原理：服务器在每个浏览器第一次跟它要资 料时，都会在资料中夹带一个唯一的辨识 码，接下来就会利用这个辨识码来辨识跟 它要资料的是不是同一个浏览器。一般称 这个辨识码为Session ID。对于每个新的 交易，服务器都会产生新的Session ID给 浏览器。这也就是为什么执行脚本会失败 的原因，因为VuGen还是用旧的Session ID向服务器要资料，服务器会发现这个 Session ID是失效的或是它根本不认识这 个Session ID，当然就不会传送正确的网 页资料给VuGen了。 要对付这种服务器，我们必须想办法 找出这个Session ID到底是什么、位于何 处，然后把它记录下来，放到某个参数中 ，并且取代掉脚本中有用到Session ID的 部份，这样就可以成功骗过服务图标的视图。 对于录制期间所执行的每一步骤， VuGen 都在测试树中生成一个图 标和一个标题，并附带相应的录制 快照。
软件测试与质量管理流程
软件测试与质量管理流程第一章引言 (3)1.1 软件测试概述 (3)1.2 质量管理概述 (3)第二章测试策略与规划 (4)2.1 测试策略制定 (4)2.2 测试计划编写 (4)2.3 测试资源规划 (5)第三章测试用例设计与执行 (5)3.1 测试用例设计方法 (5)3.1.1 等价类划分 (5)3.1.2 边界值分析 (5)3.1.3 因果图 (5)3.1.4 正交实验设计 (5)3.2 测试用例编写 (6)3.2.1 确定测试目标 (6)3.2.2 描述测试步骤 (6)3.2.3 编写测试用例 (6)3.2.4 测试用例编号 (6)3.3 测试用例执行与跟踪 (6)3.3.1 测试用例执行 (6)3.3.2 测试用例跟踪 (6)第四章静态测试与代码审查 (7)4.1 静态测试方法 (7)4.2 代码审查流程 (7)4.3 静态测试工具介绍 (8)第五章功能测试 (8)5.1 功能测试类型 (8)5.2 功能测试工具 (9)5.3 功能测试执行与调优 (9)第六章自动化测试 (10)6.1 自动化测试概述 (10)6.2 自动化测试工具 (10)6.3 自动化测试脚本编写 (10)6.3.1 脚本编写前的准备 (11)6.3.2 脚本编写流程 (11)6.3.3 脚本编写技巧 (11)6.3.4 跨浏览器兼容性 (11)第七章安全测试 (11)7.1 安全测试方法 (11)7.2 安全测试工具 (12)7.3 安全测试案例分析 (12)第八章测试管理 (13)8.1 测试团队管理 (13)8.1.1 团队组建与分工 (13)8.1.2 团队培训与激励 (13)8.2 测试过程管理 (14)8.2.1 测试计划与执行 (14)8.2.2 缺陷跟踪与管理 (14)8.3 测试风险管理 (14)8.3.1 风险识别 (15)8.3.2 风险评估 (15)8.3.3 风险应对 (15)第九章质量度量与评估 (15)9.1 质量度量指标 (15)9.1.1 准确率（Accuracy） (15)9.1.2 缺陷密度（Defect Density） (15)9.1.3 执行通过率（Pass Rate） (15)9.1.4 缺陷关闭速度（Defect Closure Rate） (15)9.1.5 平均修复时间（Mean Time to Repair, MTTR） (16)9.2 质量评估方法 (16)9.2.1 代码覆盖率（Code Coverage） (16)9.2.2 数据质量评估（Data Quality Assessment） (16)9.2.3 实施科学理论（Implementation Science Theory） (16)9.2.4 REM框架（Reach, Effectiveness, Adoption, Implementation, Maintenance） (16)9.3 质量改进策略 (16)9.3.1 促进规划与协调 (16)9.3.2 培训与教育 (16)9.3.3 健康教育与提醒 (16)9.3.4 技术改进与创新 (17)9.3.5 持续监控与改进 (17)第十章软件测试标准与规范 (17)10.1 国际软件测试标准 (17)10.1.1 ISO/IEC 25010标准 (17)10.1.2 ISTQB标准 (17)10.1.3 IEEE Std 829标准 (17)10.2 国家软件测试标准 (17)10.2.1 中国国家标准 (17)10.2.2 美国国家标准 (18)10.3 行业软件测试规范 (18)10.3.1 金融行业软件测试规范 (18)10.3.2 互联网行业软件测试规范 (18)10.3.3 医疗行业软件测试规范 (18)第十一章质量保证与持续改进 (18)11.1 质量保证流程 (18)11.2 持续改进方法 (19)11.3 质量控制与质量保证工具 (19)第十二章测试项目管理与优化 (19)12.1 测试项目管理流程 (19)12.2 测试项目风险管理 (20)12.3 测试项目成本控制与优化 (20)第一章引言1.1 软件测试概述在当今信息化时代，软件已经成为企业和个人日常生活中不可或缺的部分。
7_第8章 LoadRunner测试场景管理
• Scenario Status：场景状态区域。
– 位于窗口右上角，可以在其中查看负载测试的概要信息，包括正在运行 的 Vuser 数量和每个 Vuser 操作的状态。
• Available Graph：可用图区域。
– 位于窗口中间偏左位置，列出了 LoadRunner能够提供的性能指标数据。要对 相关内容进行监控，在树中选择一项，并将其拖到图查看区域。
1.2er简介
• Scenario Scripts：场景脚本设置区域。
– 主要负责对场景执行过程中的虚拟用户脚本、负载发 生器等进行设置。 – 主要负责设置测试加压方式以准确模拟真实用户行为。 可以对负载施加到应用程序的频率、负载测试持续时 间以及负载停止方式进行设置。
1.4负载发生器
• 配置方法：
1.4负载发生器
序号 1 2 3 4 5 按钮名 称 Connect Add Delete Reset Detail 功能说 明 可以通过单击该按钮连接场景的Load Generator，其状态将从“Down” 状态变为“Ready”状态，如图6-129所示 可添加一个新的Load Generator。当添加一个Load Generator时，默认它 的状态将设置为“Down”，直到建立连接，如图6-130所示 可以通过单击该按钮从列表中删除Load Generator。仅当Load Generator 断开连接时才能将其删除，处于连接状态时，该按钮则处于不可用状态 可以通过单击该按钮，尝试重置失败的连接 可以通过单击该按钮，查看和修改列表中所选的Load Generator的相关 信息 可以通过单击该按钮，禁用或启用Load Generator。当Load Generator被 禁用时，它的名称（Name）、状态（Status）、平台（Platform）和详 细信息（Details）都显示为灰色 可以通过单击该按钮，打开LoadRunner的帮助文档 可以通过单击该按钮，关闭“Load Generators”对话框
LoadRunner测试要求及详细步骤
LoadRunner测试要求及详细步骤测试要求：1、测试系统支持100个并发同时登录2、登录功能响应时间不超过5秒3、CPU使用率不超过80%4、内存使用率不超过75%并发：很多人在一起做相同的事情在某一时间点的并发，在某时间点一个人代表了很多人的动作，是指在某时间段内一个人重复做某件事，重复100次。
不止做一件事，而与设置的时间有关。
并发与业务：集合点：当所有并发都完成某个动作时才做下一个动作，这样对服务器的压力才最大想测试50个人一起提交时对服务器的压力有多大不够50个人则等待，直到人数达到50个人才提交当所有的人都完成某个动作后再提交一般在提交动作之前设置一个集合点事务：LoadRunner中的事务（transaction）事务：事务是要度量其服务器响应时间的任务或操作集。
一个完整的事务是由事务开始、事务结束以及一个或多个业务操作/任务构成。
形式如图1－5所示：图1－5（一个事务示例代码段）插入一个事务有两种方式来实现，一种是手工方式，另外一种是利用菜单或者工具条进行事务的添加。
手工方式要求编写脚本人员必须十分清楚脚本的内容，在合适的位置插入事务的开始和事务的结束函数。
另外一种方式，应用菜单或者工具条进行添加相对来说操作方法简单一些，首先切换到脚本树视图，参见图1－6，而后通过菜单或者工具条添加事务开始和事务结束，参见图1－7。
图1－6（工具条相关按钮）图1－7（事务相关菜单选项和工具按钮）【作者提示】1.事务必须是成对出现，即：一个事务有事务开始必然要求也有事务结束。
2.事务结束函数共包括两个参数，第一个参数是事务的名称，第二个参数是事务的状态。
事务状态可以为LR_PASS：返回“Succeed”返回代码；LR_FAIL：返回“Fail”返回代码；LR_STOP：返回“Stop”返回代码；LR_AUTO：自动返回检测到的状态。
在应用事务的过程中，不要将思考时间（lr_think_time函数）放在事务开始和事务结束之间，否则在回放思考时间设置被允许的情况下，思考时间将被算入事务的执行时间，从而影响了对事务正确的执行时间的分析与统计。
LoadRunner场景设计及监控PPT课件
测通网
QA
.
17
测通网
Load balancer
.
Web Server 1
App server
Database server
5 测通网
场景用途
用途
用于模拟大量用户操作的一种技术手段，通过 执行场景向服务器产生负载，验证系统各项性 能指标是否达到用户要求的标准。
使用方法
使用LoadRunner Controller，设计、执行、监控 场景
.
3 测通网
LoadRunner性能测试工具架构
– 脚本生成器VuGen – 压力调度和监控系统Controller – 结果分析工具Analysis
.
4
测通网
虚拟用户 脚本
Load Generator
LoadRunner
中央控制器
虚拟用户 脚本
Load Generator 1
Web Server 2
.
6
测通网
设计场景流程
.
7
测通网
设计场景流程
.
8
测通网
设计场景流程
.
9
测通网
设计场景流程
.
10
测通网
设计场景流程
.
11
测通网
监控场景
.
12
测通网
用户重视性能指标
响应时间
反映系统处理效率指标 响应时间是从开始到完成某项工作所需时间
的度，通常随负载的增加而增加。
吞吐量
反映系统处理能力指标 吞吐量是单位时间内完成工作的度量，在客
1. 从网上下载rstatd 2. 将该文件放到/home/user目录下 3. chmod 777 rpc.rstatd----改变该文件读写的权限，
loadrunner混合场景测试
loadrunner混合场景测试应用场景假设有3个不同的测试场景，分别为并发登录、核心业务、可靠性测试，3个场景有先后执行顺序。
由于白天测试机器另有用处，只能在晚上进行性能测试，这时我们的期望是能否把测试场景都设定好之后晚上自动运行，第二天我们回来看测试结果呢？答案是肯定的，可以有两种方式实现。
第一种，相对简单充分利用LR Controller里面Group的功能。
新建一个场景把3个脚本都添加进来，在Edit Schedule中选择“Schedule by Group”的方式，在StartTime 中设置3个脚本的运行顺序为“Start when Group xxx finished”，并在“Scenario Start Time”中设定场景在晚上的运行启动时间。
设定完定时执行场景后，点击StartScenario按钮，会出现一个倒计时窗口，这样在固定的某个时间上，测试场景中的3个脚本将乖乖的按照设定的先后顺序进行测试。
注意，如果没有点击StartScenario按钮激活测试，是不会真正进行测试的。
（感谢Athenst朋友的提醒，^_^）第二种，比较灵活我们把应用场景稍微扩展一下，假设其中1、3场景只有一个测试脚本，而核心业务场景由数据录入、数据查询、数据上报3个脚本组成，同样的，3个场景仍需按顺序进行测试。
这时如果采用第一种方式，由于第2个场景有3个脚本，所以第三个脚本的启动时间就是一个问题了。
由于Controller中每个脚本都对应一个Group，而且GroupName不能重复，这时第三个场景的StartTime中“Start when group f inished”则只能是选择第二个场景中的某个Group，而并非是第二个场景的3个脚本都完成之后再进行，无法达到我们的初衷。
这时，可以通过命令行的方式来进行。
首先创建并设置好3个测试场景，再创建一个一个批处理程序按先后顺序调用这3个场景进行测试，最后通过Windows的定时任务设定批处理的执行时间。
LoadRunner性能测试步骤
LoadRunner性能测试基本步骤前言本文旨在指导初学者使用LoadRunner进行基础的性能测试。
我们在接到一个性能测试任务的时候，需要从以下几点考虑：我们的测试对象是什么，测试要求是什么，测试环境怎么部署的，业务规模如何，哪些业务点是客户最关注的等等，下面将从性能测试启动开始讲解基本的测试流程。
1、测试脚本录制在使用loadrunner工具前，需确定哪些业务需要使用该工具进行测试，不需要的时候坚决不用，不要认为这个工具万能。
以本次测试中的综合查询（预付费综合业务信息查询）为例进行讲解。
1.1录制前准备工作在录制脚本前需检查压测环境的整体功能是否正确，待测部分的功能是否正确，只有确保功能正确后才可进行压测。
如本次测试，可先验证50环境是否正常，CICS服务器（49）是否正常，/var/cics_regions目录的使用率是否过高等等，一切确定OK后，开始验证功能，这些都保证没有问题后，检查一下测试工具loadrunner是否正常使用，可简单的点点用用，确保工具OK。
1.2录制及调试脚本在准备工作OK后，进行脚本的录制，具体过程如下：1、打开“开始－>程序－>Mercury LoadRunner－>Mercury LoadRunner”出现下图2、点击“Create/Edir Scripts”,出现下图，如果没有出现，则可在“File”下选择New新建。
3、出现这个界面后，选择Web(HTTP/HTML)协议，我们测试的是B/S模式，采用的是Web 协议。
选择后，点【OK】按钮。
出现下图：4、点击界面中的，这个表示开始录制脚本，点这个按钮后，出现下图：图中的URL输入待测的网址，如本次测试网址：在Record into Action中选择vuser_init，把登录部分放在vuser_init中，vuser_init与vuser_end 在测试过程中仅执行一次，这里解释一下，Action的作用是讲测试功能主体放在里面执行，举例，假如做产品转换，我们讲登陆的部分放在vuser_init中，具体业务操作放在Action 中，退出部分放在vuser_end。
LoadRunner介绍场景
LoadRunner工作流程 工作流程
1 计划负载 测试 2 创建虚拟 用户脚本 3 创建 场景 4 执行 场景 5 分析 结果 调优系统
了解场景 执行时间设置 场景时间设置 性能监控
什么是场景? 什么是场景
场景
一个场景定义了Vuser执行、测试目标、控 执行、测试目标、 一个场景定义了 执行
Elements of a Scenario
选择场景类型
场景类型: 场景类型
手动场景 面向目标的场景
手动场景 vs. 面向目标的场景
手动场景
手工控制多少用户参与运行以及在什么时候运行； 在场景执行中，可以添加、启动和停止虚拟用户运行。
面向目标的场景
目标可能是吞吐量、响应时间、并发用户数； LoadRunner自动地管理虚拟用户 ； 在场景执行中，不能添加、启动和停止虚拟用户运行。
INTERNET
Load balancer App server Web Server 1
LA
NY
添加和配置负载产生器
添加负载产生器 选择平台 连接负载产生器 配置负载产生器的设置
分配虚拟用户的数量
Business Process - purchase ticket Number of Users 200 (100%)
面向目标的场景以事务响应 时间作为目标
选择虚拟用户脚本
在可用的脚本列表 中选择一个或多个 脚本； 脚本； 浏览多个脚本； 浏览多个脚本； 在QC的项目中得到 的项目中得到 脚本； 脚本； 从被选择的脚本列 表中移除。 表中移除。
虚拟用户组
在场景中，虚拟用户组是一个虚拟用户集。 在场景中，虚拟用户组是一个虚拟用户集。 虚拟用户组可用于: 虚拟用户组可用于
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
• Scenario Status：场景状态区域。
– 位于窗口右上角，可以在其中查看负载测试的概要信息，包括正在运行 的 Vuser 数量和每个 Vuser 操作的状态。
• Available Graph：可用图区域。
– 位于窗口中间偏左位置，列出了 LoadRunner能够提供的性能指标数据。要对 相关内容进行监控，在树中选择一项，并将其拖到图查看区域。
– Without delay：无延迟执行，指运行场景后立刻开始 执行计划内容； – With a delay：延迟一定时间执行，指运行场景后，延 迟一个固定的时间后，在开始计划内容的执行； – At：计划再一个指定的时间开始执行。
2.2场景计划设置
• 手工场景在Schedule by中分为Scenario模式和 Group模式。 • 运行模式包括Real-world schedule和Basic schedule两种模式。
• Scenario Schedule：场景计划设置区域。
• Service Level Agreement：服务水平协议设置区 域。
– 设计负载测试场景时，可以为性能指标定义目标值或 服务水平协议 (SLA)。运行场景时， LoadRunner 收集 并存储与性能相关的数据。分析运行情况时， Analysis 将这些数据与 SLA 进行比较，并为预先定义 的测量指标确定 SLA 状态。
1.2Controller简介
• 面向目标场景视图
1.2Controller简介
• Scenario Scripts：场景脚本设置区域。
– 主要负责对场景执行过程中的虚拟用户脚本进行显示。
• Scenario Goal：场景目标设置区域。
– 主要负责设置场景目标。
• Service Level Agreement：服务水平协议设置区 域。
– 黄杠：Load Generator的CPU使用率出现问题 – 红杠：Load Generator计算机负载过重 – 绿杠：Load Generator于就绪状态
2.手工场景设置
• 2.1场景脚本设置 • 2.2场景计划设置 • 2.3SLA设置
2.1场景脚本设置
• 在场景中可以设置多个脚本。 • 脚本既可以在创建场景时添加，也可以在Design 视图中添加。
2.1场景脚本设置
• 添加脚本
2.1场景脚本设置
• 查看虚拟用户 • 可以按照所属虚拟用户组和用户状态查看虚拟用户
Run：启动Vuser开始执行。 Gradual stop：逐步停止。 Stop：立刻停止。 Reset：恢复初始状态。 Details：查看脚本详情。 Add Vuser：增加虚拟用户。 Refresh：刷新表格状态。 Help：帮助。 Close：关闭窗口。
1.1场景概念
• 在进行场景管理时包括两个方面：
– 场景的设计：
• 1）选择场景类型；2）设置负载生成器；3）配置用户组；4） 配置压力模型；5）配置运行设置；6）IP虚拟；7）SLA。
– 场景的运行和监控
• 1）执行场景；2）负载生成监控；3）被负载系统监控；4） 场景报告。
1.2Controller简介
1.4负载发生器
• 在百分比模式的手动场景以及面向目标的场景中可以使用 负载平衡。 • 负载平衡就是在所请求的Load Generator之间均匀分配 Vuser生成的负载，确保准确测试负载。 • 当某个Load Generator的CPU使用率过载时，Controller 将在负载过重的Load Generator上停止加载Vuser，并自 动将它们分配给参与场景的其他Load Generator。 • 只有当场景中没有其他Load Generator时，Controller才 会停止加载Vuser。 • 可以使用Load Generator对话框中的Load Generator名称 左侧的图标监控计算机CPU使用率的状态：
1.4负载发生器
• "Terminal Services"：可以通过该配置页来将运行在负载 测试场景中的Vuser分配到终端服务器上。 • "Status"：可以通过该配置页来了解有关Load Generator 状态的详细信息。 • "Run-Time File Storage"：可以通过该配置页从各个Load Generator收集的性能数据的结果目录。可以在该选项页 指定的目录用于存储在所选Load Generator上收集的结果 文件。如果Load Generator是localhost，则LoadRunner 将脚本和结果存储在共享网络驱动器上，而且此选项卡上 的选项全部禁用。如果通过防火墙进行监控，则此选项卡 的设置不是相关的。
– 指根据性能测试方案，手动设置测试场景中的各方面参数，包 括虚拟用户脚本、负载生成器、测试计划参数、SLA等。
• Goal-Oriented Scenario：面向目标的场景
– 指根据系统性能目标，由系统自动创建相应的测试场景，并根 据测试数据，动态对场景进行调整的场景配置方法。
1.4负载发生器
• “Use the Percentage Mode to distribute the Vusers among the scripts”，表示 采用百分比的方式在虚拟脚 本上分配虚拟用户，而不需 要制定每个脚本运行Vuser的 个数了。
1.2Controller简介
• Manual Scenario：手工场景
• 图查看区域：
– 位于窗口中间偏右位置，可以在其中自定义测试过程中显示的指标数据。
• 图例区：
– 位于窗口底部，可以在其中查看所选性能指标的数据。
1.3测试场景类型
• Controller创建的场 景包含两种类型：
– Manual Scenario – Goal-Oriented Scenario
2.1场景脚本设置
• 虚拟用户状态
2.2场景计划设置
• 为了更好地模拟真实用户对系统的访问，在场景 中需要对虚拟用户负载生成方式进行设置。 • 在一个场景中可以保存多个计划。每次执行时， 需要选择要执行的计划。
保存计划名称 增加调度计划 删除调度计划
设定计划开始时间
2.2场景计划设置
• 设置计划执行方式包含三种方式：
1.4负载发生器
• "Unix Environment"：可以通过该配置页为每个UNIX Load Generator配置登录参数和shell类型。 • "Run-Time Quota"：可以通过该配置页为Load Generator 同时初始化或停止的Vuser类型的最大数量。可以通过该 页来设置"一次可以初始化的Vuser数"，当前Load Generator可以同时初始化的Vuser的最大数量。默认值为 50，您可以设置的最大值为999。还可以设置"一次可以停 止的Vuser数"默认值为50，可以设置的最大值为1000000。
第8章 LoadRunner测试场景管理
焦忭忭 2017.4
本章目录
• • • • 1.场景概述 2.手工场景设置 3.面向目标场景设置 4.测试运行与监控
1.场景概述
• • • • 1.1场景概念 1.2Controller简介 1.3测试场景类型 1.4负载发生器
1.1场景概念
• 脚本记录了用户对系统操作过程。 • 当虚拟用户脚本开发完成后，在进行性能测试时 需要将虚拟用户脚本的执行从单用户转化为多用 户，从而模拟大量用户并发操作，形成负载。 • 性能测试时需要对负载模拟的方式和特征进行配 置，这就是所说的场景（Scenario）。 • 场景是用来模拟真实用户向被测试系统产生压力， 用来模拟大量用户操作的技术手段。
1.2Controller简介
• 手工场景视图
1.2Controller简介
• Scenario Scripts：场景脚本设置区域。
– 主要负责对场景执行过程中的虚拟用户脚本、负载发 生器等进行设置。 – 主要负责设置测试加压方式以准确模拟真实用户行为。 可以对负载施加到应用程序的频率、负载测试持续时 间以及负载停止方式进行设置。
单负载发生器
多负载发生器
1.4负载发生器
• 当场景开始运行时，Controller会先将脚本传输到各个负 载生成器上，等到运行结束后，各个载生成器的日志会被 Controller回收。 • 在大多数情况下，使用进程方式时一个Vuser会占用内存， 而使用线程方式时一个Vuser大概只占用200KB的内存。 • 为了保证负载生成的有效性，在真正实施性能测试前先测 试一下负载器是否存在硬件瓶颈 (生成负载时的CPU、内 存、带宽占用情况)，确保负载生成时负载器自身不会成 为瓶颈，其CPU和内存的使用率最好不超过80%。 • 指定负载机之前最好连接测试一下是否可以正常建立连接， 以避免负载测试无法执行。
• 负载发生器（Load Generators）是一个可以独立 部署的运行脚Байду номын сангаас的负载引擎。 • 场景中设置的虚拟用户在默认情况下使用本地的 负载生成器来执行。 • 当需要测试虚拟用户数过多时，可以配置多台计 算机作为负载生成器。
Load Generator
被测试系统
Load Generators
被测试系统
6 7 8
Disable Help Close
1.4负载发生器
• 负载发生器详细信息查看：
1.4负载发生器
• "Vuser Limits"：可以通过该配置页修改Load Generator能 够运行的GUI、RTE和其他Vuser的最大数量。 • "Security"：可以通过该配置页设置允许通过防火墙监控 或运行Vuser。需要注意的是如果Load Generator是 localhost，则将禁用此页。如果Load Generator已连接， 则无法更改选项卡中的值，需要断开Load Generator的连 接。 • "WAN Emulation"：可以通过该配置页启用WAN模拟。要 启用WAN仿真器，必须断开Load Generator的连接。但 是如果满足以下条件，此选项卡将禁用：Load Generator 正在UNIX平台上运行；未安装WAN模拟第三方软件； Load Generator也是Controller。