OA自动化-如何用LoadRunner监控Unix机器的性能 精品
测试工具LoadRunner使用思路方法(转)
loadrunner使用方法:测试工具LoadRunner使用思路方法LoadRunner: LoadRunner是种预测系统行为和性能工业标准级负载测试工具通过模拟上千万用户实施并发负载及实时性能监测方式来确认和查找问题10字真言:虚拟用户真实负载VuGen: 脚本录制工具Controller:场景控制器Analysis: 结果分析工具经验整理总结1.测试需求及目标a.性能测试第步工作就是要“明确客户需求“这阶段我称的为命题作文作文如果跑题了即使长篇大论也无济于事b.这阶段参和者包括需求提出人员和测试人员由于性能测试般没有需求变更情况要求需求人员定是比较权威c.般来说项目级性能测试客户自身会根据系统使用者范围(总用户数或在线用户数)系统使用环境(集中或分布)高峰作业量(并发用户)提出明确要求测试人员也可以提出些供参考经验值作为预期目标d.如果系统测试属于产品测试那么除了经验值目标外还应包含产品比对这也是很多产品性能测试采用般模式e.性能测试需求大致分为两种:种是压力需求要求××场景××并发用户下平均响应时间小于可接受值；另种是负载需求要求××场景响应时间在××内支持××用户数2种测试思路方法略有区别但都能够通过测试工具简单操作完成切换2.测试设计a.测试设计原则:从简单到复杂b.测试设计主要是测试人员根据测试目标准备测试方案和选取案例c.对于项目级测试在测试需求中般都会进行相关介绍说明大多数情况下是将系统中关键业务处理场景作为性能测试案例d. 考虑到减少测试复杂性可以对业务场景中测试案例进行进步加工,比如实际场景中可能在次请求中包含多次子操作(既查询又修改)那么可以将这些操作拆分这样更有利于分析结果数据同时可以抛开业务操作功能的外消耗(比如有些复杂页面包含很多查询结果可以拆开分别进行测试或者页面中包含较多图片或flash也可以剥离出去当然也可以利用测试工具中功能达到类似效果)3.测试环境a.测试环境＝硬件环境＋软件Software环境b.测试环境在整个性能测试中是个非常重要工作在测试报告中测试环境是最客观指标同时也是整个性能测试结果基础c.测试环境包括网络环境、硬件环境和软件Software环境测试服务器最好在同个网段硬软件Software最好和真实环境致说起来简单做起来难在搭建环境过程中定要自己检查尤其是软件Software环境涉及操作系统、应用服务器、数据服务器更要做到完全致性能测试数据都是上万级结果数据往往相差都是毫秒级个小小索引都会导致极大差异4.脚本录制和测试工具a.环境搭建好的后可以开始录制脚本录制脚本使用LoadRunner Virtual User Genorator工具具体使用思路方法网上有很多介绍我体会还是很容易上手下面介绍些经验和体会b.事务设置由于实际业务可能包括多个子操作新增、查询、修改、删除可以考虑使用事务分别进行监控事务使用也很简单loadrunner菜单栏提供加入事务功能c.参数变量和使用在测试中我们可能需要录入个随机数据或者个枚举顺序数据比如业务场景中数据主键可能个日期＋唯序列码同时业务场景中主键是由系统(java代码)而不是数据库生成这时候可以使用LoadRunner提供参数来实现参数被定义来自个文件、个随机数或者是个顺序枚举我仅尝试了后两种(实际操作中定义参数后可以使用将参数和日期拼接成主键值)d.Loadrunner提供系列脚本我使用其中部分感觉还是很好用包括日志输出、数据转换、页面交互(以Web_***开头)尤其是在作删除事务时候由于需要取得新增数据主键可以考虑在新增数据后把主键值保存在页面loadrunner会在请求时候从返回数据中得到这个主键值并保存在脚本变量中删除时候可以使用这个变量来进行删除工作使用web_reg_save_param 可以达到这个目比如web_reg_save_param(”userid”,”LB=ABC”,”RB=EFG”,LAST)就是把返回页面中正则匹配ABC***EFG中***保存在userid变量中”LB”标志数据左边界同时”RB”标志数据右边界使用时同时要注意这个相当于个过滤器filter所以定要把它放在发出请求事务前面如果页面返回数据比较多可以设置buffer值来增大返回数据容量e.所有使用方法都可以在工具提供帮助文件中找到个人体会比使用Google要好f.即使是测试本地系统录制脚本目标URL不要设置为http://localhost:7073/*.do或者http: //127.0.0.1:7073/*.do,而应该使用真实本地ipg.运行结束后LoadRunner会弹出个测试结果窗口,同时运行时页面还可以通过在LoadRimmer User Generator中切换察看树形视图进行检查h.通过检查数据库可以确认脚本是否按照预期进行了正确数据操作i.在做关联时候应该从数据第次出现位置的前做关联否则就会出现找不到数据情况5.测试计划及测试工具a.脚本调试完毕我们进入正式测试工作开始使用LoadRunner控制台进行详细测试计划编排和设置b.有关如何使用控制台大家可以找到很多参考我这里仅列出几点体会:i.运行测试的前定要先进行脚本验证保证在无并发用户情况下脚本能正确执行。
利用LoadRunner进行性能测试和结果分析
在场景执行的时候,虚拟用户的事务执行生成了结果数据,为了在执行测试期间监控场景的执行情况,我们可以用loadrunner的在线监测工具.为了观察执行结束后的总结情况, 你可以用下列工具:➤虚拟用户的执行日志文件包含了每个虚拟用户在场景中运行的所有记录,这些文件位于场景结果文件的目录中.(在单个用户的执行模式下,这些文件位于脚本目录中)➤控制器的输出窗口显示了场景执行的过程,如果场景执行失败,可以在这个输出窗口中找到有用的调试信息.➤分析图表帮助你定位系统的性能表现,并且提供有关事务和虚拟用户的有用信息,你也可以通过关联不同运行场景的结果到一个图表中来比较不同的图表,从而更加准确的定位性能问题➤图表数据和原始数据视图用Excel格式显示了生成图表数据的真实原始数据, 为了更深入的分析,你也可以把这些文件存储起来.➤分析模块提供的报告功能让你可以从整体上浏览整个性能的报告,包括每个图表的数据,你也可以创建一个Word格式的文件,其中会自动创建用户需要的各种格式.分析模块提供的常用图表可以分为以下一些主要类别:➤虚拟用户图表提供了虚拟用户的状态和统计信息➤错误信息图表提供了场景中错误发生的信息➤事务图表提供事务的性能和响应时间信息➤Web资源图表提供了吞吐量,每秒点击,HTTP每秒响应,每秒重试次数和web用户每秒下载页面的信息等➤Web页面细分图提供每个Web页面组件的大小和下载时间图等➤用户自定义数据点图提供用户自定义数据点的信息图等➤系统资源图表提供场景执行期间我们通过计数器添加的系统的资源统计信息➤网络监控图表提供网络延迟的图表信息➤防火墙服务器监控图表提供防火墙服务器的资源图表➤Web 服务器资源图表提供Web服务器比如Apache, IIS服务器等的资源使用信息➤Web 应用服务器图表提供各种web应用服务器的资源使用情况➤数据库服务器资源图表提供数据库服务器的资源使用情况此外,还提供了其他一些不太常用的图表信息,图表信息的多少取决于你的被测对象和场景中监控器以及计数器的选择情况. 下次我们会重点分析虚拟用户图表. 今天主要介绍虚拟用户类型和错误类型两种图表虚拟用户类型的图表可以提供三个图，分别是：* 运行虚拟用户图* 虚拟用户汇总图* 集合点图其中虚拟用户图显示的是执行负载测试的每一秒执行脚本的虚拟用户个数，以及他们的状态。
使用LoadRunner监控Linux系统性能-7页精选文档
Linux系统性能监控案例（仅供内部使用）版本号：V0.1保密等级：■秘密□机密□绝密编制：XXX审核：修订记录日期版本号描述作者2011-06-130.1初稿完成目录1 案例描述 (2)2 案例分析 ................................................................................................................. 错误!未定义书签。
3 解决过程 (2)4 解决结果 (5)5 总结 (5)关键词：Linux Loadrunner 性能监控sar摘要：主要介绍压力测试，性能测试时候，使用Loadrunner测试工具对Linux系统下的一些性能参数进行监控，再配合使用SAR监控内存。
提供两种性能监控解决方案。
1 案例描述在进行KDVP2.0性能测试时候，需要收集一些Linux系统下的性能数据，比如CPU%,MEM%。
测试初期，使用的是top命令记录数值。
但是top,free,htop等这些命令不能完全的满足我们性能数据要求。
而Linux又不像Windows自带性能计数器。
于是便想到的是借助自动化测试工具，比如通过使用Loadrunner进行远程性能监控。
2 解决过程Loadrunner监控首先先简单介绍下loarunner这款工具的组成：Loadrunner提供了三大主要模块。
这三个模块也可以作为独立的工具分别完成各自的功能：1.Virtual User Generator——用于录制脚本。
2.Mercury LoadRunner Controller——用于创建，运行和监控场景。
3.Mercury LoadRunner Analysis-——用于分析测试结果。
单单做性能监控的话，只需要使用到Loadrunner底下Controller这个模块。
辅以Analysis分析。
通过Controller模块，能够监控Linux系统，windows系统和SQL服务器。
性能测试与性能测试工具LoadRunner使用
以时间换空间
• 时间换空间的方案解决性能问题的情形比较少。有 时会出现在对内存要求十分苛刻的地方，比如嵌入 式操作系统中。(待研究☺)
软件性能测试
➢ 性能测试阶段 ➢ 性能测试种类
性能测试阶段
►软件开发生命周期
启动
项目方案制定 项目方案需求
• 在上面的分析中，我们得知软件性能是软件运行空 间和时间综合考虑的解决方案。那么其实满足用户 的性能需求，只有以下几种方案：
➢ 消除软件对空间和时间不必要的浪费 ➢ 以空间换时间 ➢ 以时间换空间
消除软件对空间和时间不必要的浪费
• 内存泄漏问题
内存泄漏属于软件程序设计的一种缺陷，该缺陷直接导致 了程序在运行过程中无法释放不再需要的内存空间，从而造成 内存资源浪费，严重的会造成无可用内存，导致系统崩溃。
返回
页面点击率（Hit Per Second）
• 每秒钟用户向Web服务器提交的HTTP请求 数，这个指标是web应用特有的指标，Web 应用时“请求-响应”模式，用户发出一次 申请，服务器就要处理一次，所以“点击” 是Web应用能够处理交易的最小单位。
• 注：这里的点击不是指鼠标的一次“单击”操作， 因为在一次“单击”操作中，客户端可能向服务器 发出多个HTTP请求
功能与性能的关系
• 功能指的是在一般条件下软件系统能够为用 户做什么，能够满足用户什么样的需求
-----------------------------------------------------------
➢ 用户期望这个软件系统能够提供收发电子邮件、保 存草稿、设置偏好等功能，只有这些功能实现了， 用户才认为这是他想要的软件
LoadRunner原理与使用细节
LoadRunner原理及使用细节1.LoadRunner简介LoadRunner，是一种预测系统行为和性能的负载测试工具。
通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner能够对整个企业架构进行测试。
通过使用LoadRunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。
LoadRunner是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。
LoadRunner能够完成：1）轻松创建虚拟用户；2）创建真实的负载；3）定位性能问题；4) 分析结果以精确定位问题所在；5）重复测试保证系统发布的高性能。
2.工具原理根据LoadRunner的总体架构图,包括各个组件VUGen, Controller和Analysis之间的关系，从而分析LoadRuuner工具原理如下：代理（Proxy）是客户端和服务器端之间的中介人，LoadRunner就是通过代理方式截获客户端和服务器之间交互的数据流。
1）虚拟用户脚本生成器通过代理方式接收客户端发送的数据包，记录并将其转发给服务器端；接收到从服务器端返回的数据流，记录并返回给客户端。
这样服务器端和客户端都以为在一个真实运行环境中，虚拟脚本生成器能通过这种方式截获数据流；虚拟用户脚本生成器在截获数据流后对其进行了协议层上的处理，最终用脚本函数将数据流交互过程体现为我们容易看懂的脚本语句。
2）压力生成器则是根据脚本内容，产生实际的负载，扮演产生负载的角色。
3）用户代理是运行在负载机上的进程，该进程与产生负载压力的进程或是线程协作，接受调度系统的命令，调度产生负载压力的进程或线程。
4）压力调度是根据用户的场景要求，设置各种不同脚本的虚拟用户数量，设置同步点等。
5）监控系统则可以对数据库、应用服务器、服务器的主要性能计数器进行监控。
6）压力结果分析工具是辅助测试结果分析。
根据上面描述我大致绘制了LoadRunner的总体架构图和LoadRunner的工作原理图，来帮助大家理解LoadRunner构成及其工作原理。
自动化测试工具LoadRunner
自动化测试工具LoadRunner一个系统的成功与否不仅看它是否能达到人们的预期而成功完成某项任务，同时还要看系统的性能是否符合一定标准。
系统的性能是一个很大的概念，覆盖面非常广泛，包括执行效率、资源占用、稳定性、安全性、兼容性、可扩展性、可靠性等等。
而利用自动化工具则可以模拟真实用户来操作系统，通过这种方式来发现系统性能瓶颈的过程就叫作系统的性能测试。
LoadRunner是一种预测系统行为和性能的负载测试工具，通过模拟成千上万名用户和实施实时性能监测来确认和查找问题，LoadRunner能够对整个企业架构进行测试。
通过使用LoadRunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。
]10[4.1 LoadRunner特性轻松创建虚拟用户：使用LoadRunner 的Virtual User Generator，我们能很简便地创立起系统负载。
该引擎能够生成虚拟用户，以虚拟用户的方式模拟真实用户的业务操作行为。
它先记录下业务流程(如下订单或机票预定)，然后将其转化为测试脚本。
利用虚拟用户，我们可以在Windows ，UNIX或Linux 机器上同时产生成千上万个用户访问。
创建真实的负载：Controller 的Rendezvous 功能提供一个互动的环境，在其中既能建立起持续且循环的负载，又能管理和驱动负载测试方案。
而且，我们还可以利用它的日程计划服务来定义用户在什么时候访问系统以产生负载。
实时监测器：LoadRunner 内含集成的实时监测器，在负载测试过程的任何时候，我们都可以观察到应用系统的运行性能。
这些性能监测器为我们实时显示交易性能数据（如响应时间）和其它系统组件包括application server, web server，网路设备和数据库等的实时性能。
分析结果：一旦测试完毕后，LoadRunner 收集汇总所有的测试数据，并为我们提供高级的分析和报告工具，以便迅速查找到性能问题并追溯原由。
LoadRunner监控Windows和Linux常见问题
关于LR监视Windows和linux的说明一 windows1 监视连接前的准备工作首先保证被监视的windows系统开启以下二个服务Remote Procedure Call(RPC) 和Remote Registry Service (这里具体在那里开起服务就不说了)。
被监视的WINDOWS机器:右击我的电脑,选择管理->共享文件夹->共享在这里面要有C$这个共享文件夹,(要是没有自己手动加)。
然后保证在安装LR的机器上使用运行.输入\\被监视机器IP\C$ 然后输入管理员帐号和密码,如果能看到被监视机器的C盘了,就说明你得到了那台机器的管理员权限,可以使用LR去连接了。
说明: LR要连接WINDOWS机器进行监视貌似要有管理员帐号和密码才行。
2 用LR监视windows的步骤(这里就不详细说明了,只要在窗口中右击鼠标选择Add Measurements就可以了)二 linux1 准备工作首先,监视Linux一定要有rstatd这个守护进程,有的Linux版本里也有可能是rpc.rstatd这里只是名字不同而已,功能是一样的。
一般来说LINUX需要下载一个包才有这个服务,包名字是rpc.rstatd-4.0.1.tar.gz. 这是一个源码,需要编译。
下载并安装rstatdtar -ivh rpc.rstatd-4.0.1.tar.gz./configure —配置make —编译make install —安装rpc.rstatd —启动rstatd进程配置rstatd 目标守护进程是xinetd,它的主配置文件是/etc/xinetd.conf 里面内容是只有基本信息# Simple configuration file for xinetd## Some defaults, and include /etc/xinetd.d/defaults{instances = 60log_type = SYSLOG authprivlog_on_success = HOST PIDlog_on_failure = HOSTcps = 25 30}includedir /etc/xinetd.d里面内容的意思在这里就不说了!网上有具体解释,我们这里需要修改的是/etc/xinetd.d/下的三个conf文件rlogin ,rsh,rexec 这三个配置文件,打这三个文件里的disable = yes都改成disable = no ( disabled 用在默认的 {} 中禁止服务)或是把# default: off 都设置成 on 这个的意思就是在xinetd启动的时候默认都启动上面的三个服务!(由于貌似用ps ax不能看到rlogin ,rsh ,rexec这三个进程是否开启,所以使用default: on,因为rstatd和xinetd这二个服务是否启动在ps ax里是看的到的)。
Loadrunner性能测试工具使用讲述
VuGen 在测试Web 时，有两种视图方式：TreeView/Script View。前面我们见到的一直都是 Script View。在插入Text/Imag 检查点时，用TreeView 视图会比较方便。视图之间切换方式可以点 击菜单栏ViewTree View,或者通过点击工具栏中的Tree 图标，如：
13
开发测试脚本
完善测试脚本_参数化：
在上页图中点击“Properties…”按钮，可以进行参数属性设置，参数数据可以通过两种方式构 造，分别为“Edit with Notepad..”（即：文本方式编辑）和“Date Wizard”（即：连接数据库选 取）。详细信息见附件：lr_data.rar
于HTTP/HTML 协议）
3
LoadRunner的组成
Analysis
VuGen
LoadRunner
Virtual User Generator（VuGen）— 创建脚本 Controller — 设计和运行场景 Analysis — 分析场景
Controller
4
开发测试脚本
开发测试脚本需要几个步骤，可以用下图来表示：
完善测试脚本_参数化： 如果用户在录制脚本过程中，填写提交了一些数据，这些操作将都被记
录到脚本中。当多个虚拟用户运行脚本时，都会提交相同的记录，这样做可 能会被应用程序禁止而导致出，同时这也不符合实际的运行情况，而且有可 能引起冲突。为了更加真实的模拟实际操作，需要各种各样的输入。这时就 需要用到参数化
Loadrunner使用说明
LoadRunner使用说明LoadRunner 是一种预测系统行为和性能的工业标准级负载测试工具。
通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。
使用LoadRunner 的Virtual User Generator，能很简便地创立起系统负载。
该引擎能够生成虚拟用户，以虚拟用户的方式模拟真实用户的业务操作行为。
它先记录下业务流程(如登陆或查询)，然后将其转化为测试脚本。
利用虚拟用户，可以在Windows ，UNIX或Linux 机器上同时产生成千上万个用户访问。
用Virtual User Generator 建立测试脚本后，可以对其进行参数化操作，这一操作能利用几套不同的实际发生数据来测试应用程序，从而反映出本系统的负载能力。
以一个委托单输入过程为例，参数化操作可将记录中的固定数据，如委托号和股东帐号，由可变值来代替。
在这些变量内随意输入可能的委托单号和股东帐号，来匹配多个实际用户的操作行为。
LoadRunner 通过它的Data Wizard 来自动实现其测试数据的参数化。
Data Wizard 直接连于数据库服务器，从中您可以获取所需的数据（如委托单号和股东帐号）并直接将其输入到测试脚本，这样避免了人工处理数据的需要。
LoadRunner由4部分组成：Controller 安装在windows平台上(控制器,与load generator相连，控制load generator机器。
license所在机器)VuGen 安装在windows平台上(脚本生成器)Analysis 安装在windows平台上(结果分析器)Load Generator 支持windows,linux,hp-ux,ibm aix等平台(压力机)一．LoadRunner录制压力测试脚本用LoadRunner录制脚本步骤（以qybtest测试工具为例）：1.运行mercury virtual user generator（录制测试脚本）,点【NEW】按钮进入如下界面2.协议选择【Windows Sockets】,然后点击【OK】，进入下一界面3.选择我们用来发功能请求的qybtest程序所在的路径，点击【OK】，会调出qybtest工具，界面如下：4.录制脚本阶段选择【vuser_init】,选择相应的功能号，配置好AR的地址与端口（新，老AR都可以），然后就可以点击【连接/重新连接】，进行连通性的录制，界面如下：5.接下来将录制脚本阶段设置到【Action】,然后设置发送总次数，时间间隔等参数，并填写此功能号所需要的输入参数的值（以302委托确认为例：从柜台中选择一帐号：输入branch_no,fund_account,password,stock_account,entrust_bs,exchange_type,stock_code,entru st_price等参数的值，压力测试时可以把所有帐号的密码都重置成111111）6.点击【开始发送】，qybtest就会根据302委托确认的接口以及我们填写的输入参数，将此请求送到参数设置里面的AR，与此同时，LoadRunner会将整个过程录制下来，生成脚本.(若交易成功，会返回输出参数entrust_no，否则会在qybtest底下返回具体的错误信息)7.将录制脚本阶段设置到【vuser_end】,然后关闭qybtest，录制断开连接的脚本，如下：8.最后点击黑色的【停止】按钮，结束录制。
(OA自动化)LoadRunner使用向导
LoadRunner使用快速上手本着相互学习的目的，输出一份文档，希望大家互相探讨，给出意见，本文是最基础的使用向导，供初次使用者参考。
一.简单介绍LoadRunner(LR)是美科利(Mercury)公司著名的性能测试产品，当然由于比较拉风06年后被HP收购，由于它的功能强大，在各行各业性能测试都能见到它的身影，比如，LR的Virtual User Genertor(VuGen)可执行Java开发的程序.NET程序，C开发的程序，使得LR几乎无所不能。
二.安装安装前准备：*PC 一台内存最好大一点，Windows视窗操作系统*LR安装包，破解文件，中国hacker真厉害，可以免费使用了，低调不要被发现。
开始安装，注意安装路径不能出现中文，安装机器最好是比较干净的，安装前关闭所有其他程序，包括防火墙，杀毒软件，尤其是卡爸丝机。
按照向导选择试用版，选Manual log in to this machine(手动登录)，OK开始安装，重启后LR 会自动初始化，之后安装就成功了，然后按说明升级中文版破解一下，就可以开始测试了。
*试用版好像有并发量限制，使用15天到期，破解的License有两个，一个提供最大1000虚拟用户支持web协议，一个最大100虚拟用户所有协议全部支持，据说已经有漏洞可以无限使用了。
三.使用流程1. 脚本录制与开发使用LR时请暂停使用杀毒软件，以web测试为例。
进LR的VuGen(创建编辑脚本)，这个工具提供测试脚本的录制与编辑，VuGen的录制功能十分强大，支持的协议也很广泛：选择新建脚本，选择协议(比如常用的web协议)确定后输入要录制的URL录制到操作有3个选项分别为vuser_init ,Action,vuser_end,一般选Action，当然也可以新建；区别是将脚本录制好以后放入场景控制器执行时候一般vuser_init、vuser_end只执行一次，action反复执行，另外action里的脚本可以控制迭代次数；选项内容简单说明：录制里的录制级别分html/url(基于浏览器的使用html录制，不是基于浏览器的推荐用url 录制，比如浏览的应用中包含了JavaScript或使用了HTTPS安全协议录制后不能回放，可以使用Url)按确定后就可以开始录制了录制过程中最好不要点IE的后退，LR对这个支持不好，可以选择将录制内容放在哪里，可以暂停，新建操做，添加开始事务、添加结束事务，插入集合点，注释，插入检查点*LR事务(Transaction)说明：LR通过事务来衡量服务器的性能，在业务逻辑上代表的某一个或一系列的特定功能，在脚本上表现为一段代码，测试人员自己定义这块区间，来衡量这块代码的响应时间。
Loadrunner简介与使用
参数化
参数类型：
File、Date time、Group Name、Load Generator Name、Iteration Number、 Random Number、Unique Number 举例一个常用的参数化类型： Random Number
单机运行测试脚本
创建运行场景
运行场景描述在测试活动中发生的各种事件。
LoadRunner使用
Vugen
LoadRunner用Vuser模拟实际用户的操作；
开发Vuser脚本的过程：
生成脚本->增强、编辑脚本->配置运行时设置->调 试运行脚本
LoadRunner使用
Vugen——录制脚本
选择正确的协议 自动/手动生成脚本 脚本的三个部分（Init、Action、End）
为何使用LoadRunner？
轻松创建虚拟用户 创建真实的负载 大量实时监测器 精确分析结果 自动重复测试 支持最广泛的协议 。。。。。。
如何使用LoadRunner？
工作原理：
LoadRunner启动后，在任务栏会有个Agent 进程，通过Agent进程，监视各种协议的Client 与Server端的通讯，使用自带的一套C语言函 数将录制下来的用户操作转化为脚本， LoadRunner调用这些脚本向服务器端发出请 求，并接收服务器的响应。至于服务器内部如 何处理，它并不关心。
LoadRunner的装
按照安装向导一步步执行即可。 注意事项：
不要将LoadRunner安装在带有中文的路径下， 否则在安装过程中可能会出现问题； 如果使用LoadRunner 8.0，那么支持的浏览 器版本最高为ie6.0（LoadRunner 8.1加补丁、 9.0可以支持ie7.0）； LoadRunner 8.0需要相应的License，不同的 License能支持的最高模拟用户数不同。
性能测试工具-loadrunner的使用
4 5 6
七、Controller创建场景
3、Controller运行窗口概述
图例：位于底部窗格中，可以查看选定图中的数据。
4 5 6
七、Controller创建场景
4、运行Controller
如果您第一次运行该场景， Controller 将启动场景。结果文件自动保存到 负载生成器的临时目录中。如果要重复此测试，将提示您覆盖现有结果文件 。单击“否”，指定新的结果目录。对每个结果集输入唯一且有意义的名称， 这是因为在分析图时，可能希望重叠几个场景运行的结果。
五、性能测试的流程
性能测试一般包括 5 个阶段：
规划 创建脚本 定义场景 执行场景 分析结果
➤ 规划负载测试 定义性能测试要求，例如并发用户数量、典型业务流程和要求的响应时间。 ➤ 创建 Vuser 脚本 在自动化脚本中录制最终用户活动。 ➤ 定义场景 使用 LoadRunner Controller 设置负载测试环境。 ➤ 运行场景 使用 LoadRunner Controller 驱动、管理并监控负载测试。 ➤ 分析结果 使用 LoadRunner Analysis 创建图和报告并评估性能。
在脚本视图中， VuGen 将在编辑器中显示带有彩色编码的函数及其变量 值的脚本。
4 5 6
六、创建/修改脚本
8、 树视图
树视图是基于图标的视图，列出了作为步骤的 Vuser 操作.要在树视图中 查看脚本，请单击工具栏上的“View Tree”按钮或者选择“View” > “View Tree”。
场景组：位于左上窗格中，可以查看场景组中的 Vuser 的状态。使用该窗 格右侧的按钮可以启动、停止和重置场景，查看单个 Vuser 的状态，并且 可以手动添加更多的 Vuser，从而增加场景运行期间应用程序上的负载。
loadrunner资源监控方法
一、监控windows系统：1、监视连接前的准备工作1）进入被监视windows系统，开启以下二个服务Remote Procedure Call(RPC) 和Remote Regist ry Service (开始—)运行中输入services.msc，开启对应服务即可)。
2）在被监视的WINDOWS机器上:右击我的电脑,选择管理->共享文件夹->共享在这里面要有C$这个共享文件夹（要是没有自己手动加上）。
3）在安装LR的机器上，开始—》运行，输入\\被监视机器IP\C$ 然后输入管理员帐号和密码,如果能看到被监视机器的C盘了,就说明你得到了那台机器的管理员权限,可以使用LR去连接了。
（LR要连接WINDOWS机器进行监视要有管理员帐号和密码才行。
）问题：在执行步骤3）时，输入\\被监视机器IP\C$，出现不能以administrator身份访问被监控系统（若采用这种方式用LR对其监控的话，会提示：―找不到网络路径‖）的情况，现象就是用户名输入框是灰色的，并且默认用户是guest。
解决办法：这是安全策略的设置问题（管理工具-> 本地安全策略-> 安全选项->―网络访问：本地帐户的共享和安全模式‖）。
默认情况下，XP的访问方式是―仅来宾‖的方式，如果你访问它，当然就固定为G uest来访问，而guest账户没有监控的权限，所以要把访问方式改为―经典‖模式，这样就可以以administr ator的身份登陆了。
修改后，再次执行步骤3），输入管理员用户名和密码，就可以访问被监控机器C盘了。
若这样都不行的话（可能是其它问题引起的），那只好采取别的方法了。
在服务器的机子上，通过wi ndows自带的―性能日志和警报‖下的―计数器日志‖中新增加一个监控日志（管理工具—）性能—）性能日志和警报），配置好日志，也能监控服务器的cpu、memory、disk等计数器。
当然，这种方法就不是用LR 来监控了。
Loadrunner基础和性能场景设置
每次出现 “每次出现”方法指示 Vuser 在每次参数出现时使用新值。
每次迭代 “每次迭代”方法指示 Vuser 为每次脚本迭代使用新值。如果一个参数 在脚本中出现了若干次，则 Vuser 为整个迭代中所有出现的该参数使用 同一个值。 一次 “一次”方法指示 Vuser 在方案运行期间仅对参数值更新一次。Vuser 为所有出现的该参数和所有迭代使用同一个参数值。
8
LoadRunner组成
Analysis
LoadRunner
VuGen
Controller
9
LoadRunner组成
• Virtual User Generator • 用来录制脚本、编辑脚本 • Controller • 用来布置测试场景、执行测试场景 • Analysis • 用来对测试结果进行分析
10
VuGen-创建脚本过程
1
计划
2
录制 录制一个虚拟 用户脚本
3
增强
4
测试
• 事务 • 检查点 • 参数化 • 关联
收集相关的 测试信息
回放脚本来验证 脚本的正确性
11
VuGen-协议的选择
• LR支持的协议
• LR协议探测器
12
VuGen-脚本的组成
一个虚拟用户 (脚本): vuser_init
3、数据缓存
1.4 秒 4.5 秒 4.5 秒 4.7 秒
账户A 账户B
1.4 秒
服 务
(speedy) ( 高速)
Cache 缓存
Database
(slow)
4.7 秒
器
账户C 参数化的脚本
平均搜索时间 – 4.6 秒
16
VuGen-参数类型
(OA自动化)LoadRunner负载测试之Windows常见性能计数器
（OA 自动化）LoadRunner 负载测试之 Windows 常见性能计数器LoadRunner 负载测试之 Windows 常见性能计数器，分析服务器性能瓶颈（一）监测对象ØSystem（系统）l%TotalProcessorTime系统中所有处理器都处于繁忙状态的时间百分比，对于多处理器系统来说，该值可以反映所有处理器的平均繁忙状态，该值为 100%，如果有一半的处理器为繁忙状态，该值为 50%服务器。
器消耗的处理器时间数量.如果服务器专用于 sqlserver 可接受的最大上限是 80%-85%. 也就是常见的 CPU 使用率.lFileDataOperations/sec计算机对文件系统进行读取和写入操作的频率，但是不包括文件控制操作lProcessQueueLength线程在等待分配 CPU 资源所排队列的长度，此长度不包括正在占有 CPU 资源的线程。
如果该队列的长度大于处理器个数+1，就表示处理器有可能处于阻塞状态（参考值：<=处理器个数+1）ØProcessor（处理器）l%ProcessorTimeCPU 利用率，该计数器最为常用，可以查看处理器是否处于饱和状态，如果该值持续超过95%，就表示当前系统的瓶颈为 CPU，可以考虑增加一个处理器或更换一个性能更好的处理器。
（参考值：<80%）l%PriviliagedTimeCPU 在特权模式下处理线程所花的时间百分比。
一般的系统服务，进城管理，内存管理等一些由操作系统自行启动的进程属于这类l%UserTime与%PrivilegedTime 计数器正好相反，指的是在用户状态模式下（即非特权模式）的操作所花的时间百分比。
如果该值较大，可以考虑是否通过算法优化等方法降低这个值。
如果该服务器是数据库服务器，导致此值较大的原因很可能是数据库的排序或是函数操作消耗了过多的CPU 时间，此时可以考虑对数据库系统进行优化。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
如何用LoadRunner监控Unix机器的性能？lr监控UNIX ，UNIX先启动一个服务，叫rstatd，lr只要在controller中添加要监控UNIX 机器的ip，再选监控的指标就行了。
首先介绍一下在IBM AIX系统中如何启动rstatd服务（因为这个比较简单，顺便可以认识一下Unix系统）。
使用telnet以root用户的身份登录入AIX系统，在命令行提示符下输入：vi /etc/inetd.conf 在出现的界面中敲键盘：/rstatd命令解释：在打开的文档中查找“rstatd”，接下来继续敲键盘：x命令解释：删除当前字符，在这里为删除rstatd命令前的“#”，继续敲键盘：:wq命令解释：保存并退出，注意前面有个冒号。
接着在命令提示符下输入：refresh –s inetd 命令解释：重新启动服务。
这样使用loadrunner就可以监视AIX系统的性能情况了。
在RedHat Linux中要麻烦一点，需要下载一个安装包rstatd.tar.gz，并且需要安装。
安装包中具体的说明比较复杂，，为了简便起见，这里直接给出配置的命令。
首先把rstatd.tar.gz文件放到用户目录下，进行解压（可以在windows下直接解压，然后把rpc.rstatd目录及其下所有文件拷贝到用户目录下）。
然后进入rpc.rstatd目录，执行：./configure命令解释：配置，详细的就不说了，反正它自己会执行的，命令执行完毕后再敲入：make 命令解释：编译安装包，执行完毕后敲入：make install命令解释：安装程序、数据文件和其他文档。
之后敲入：rpc.rstatd命令解释：运行rstatd服务。
以上在RedhatLinux9下调试通过，RedhatLinux10下尚未通过。
这时就可以使用LoadRunner监视此Linux的性能了。
有关自动启动，在SuSE Linux 7.0 (kernel2.2.16-suse18) and 7.1 (kernel 2.4)版本需要在/etc/inetd.conf文件中增加一行：rstatd/1-5 dgram rpc/udp wait root /usr/sbin/rpc.rstatd rpc.rstatd在RedhatLinux9中的自动启动和在RedhatLinux10需要再议：（服务器资源监控指标：内存：1）UNIX资源监控中指标内存页交换速率（Paging rate），如果该值偶尔走高，表明当时有线程竞争内存。
如果持续很高，则内存可能是瓶颈。
也可能是内存访问命中率低。
2）Windows资源监控中，如果Process\Private Bytes计数器和Process\Working Set 计数器的值在长时间内持续升高，同时Memory\Available bytes计数器的值持续降低，则很可能存在内存泄漏。
内存资源成为系统性能的瓶颈的征兆:很高的换页率(high pageout rate);进程进入不活动状态;交换区所有磁盘的活动次数可高;可高的全局系统CPU利用率;内存不够出错(out of memory errors)处理器：1） UNIX资源监控（Windows操作系统同理）中指标CPU占用率（CPU utilization），如果该值持续超过95%，表明瓶颈是CPU。
可以考虑增加一个处理器或换一个更快的处理器。
如果服务器专用于SQL Server,可接受的最大上限是80-85%合理使用的范围在60%至70%。
2） Windows资源监控中，如果System\Processor Queue Length大于2，而处理器利用率（Processor Time）一直很低，则存在着处理器阻塞。
CPU资源成为系统性能的瓶颈的征兆:很慢的响应时间(slow response time)CPU空闲时间为零(zero percent idle CPU)过高的用户占用CPU时间(high percent user CPU)过高的系统占用CPU时间(high percent system CPU)长时间的有很长的运行进程队列(large run queue size sustained over time)磁盘I/O：1） UNIX资源监控（Windows操作系统同理）中指标磁盘交换率（Disk rate），如果该参数值一直很高，表明I/O有问题。
可考虑更换更快的硬盘系统。
2） Windows资源监控中，如果 Disk Time和Avg.Disk Queue Length的值很高，而Page Reads/sec页面读取操作速率很低，则可能存在磁盘瓶径。
I/O资源成为系统性能的瓶颈的征兆 :过高的磁盘利用率(high disk utilization)太长的磁盘等待队列(large disk queue length)等待磁盘I/O的时间所占的百分率太高(large percentage of time waiting for disk I/O)太高的物理I/O速率:large physical I/O rate(not sufficient in itself)过低的缓存命中率(low buffer cache hit ratio(not sufficient in itself))太长的运行进程队列，但CPU却空闲(large run queue with idle CPU)数据库服务器：SQL Server数据库：1）SQLServer资源监控中指标缓存点击率（Cache Hit Ratio），该值越高越好。
如果持续低于80%，应考虑增加内存。
2）如果Full Scans/sec（全表扫描/秒）计数器显示的值比1或2高，则应分析你的查询以确定是否确实需要全表扫描，以及SQL查询是否可以被优化。
3） Number of Deadlocks/sec(死锁的数量/秒)：死锁对应用程序的可伸缩性非常有害，并且会导致恶劣的用户体验。
该计数器的值必须为0。
4） Lock Requests/sec(锁请求/秒)，通过优化查询来减少读取次数，可以减少该计数器的值。
Oracle数据库：1）如果自由内存接近于0而且库快存或数据字典快存的命中率小于0.90，那么需要增加SHARED_POOL_SIZE的大小。
快存（共享SQL区）和数据字典快存的命中率：select(sum(pins-reloads))/sum(pins) from v$librarycache;select(sum(gets-getmisses))/sum(gets) from v$rowcache;自由内存：select * from v$sgastat where name=’free memory’;2）如果数据的缓存命中率小于0.90，那么需要加大DB_BLOCK_BUFFERS参数的值（单位：块）。
缓冲区高速缓存命中率：select name,value from v$sysstat where name in (’db block gets’,‘consistent gets’,'physical reads’) ;Hit Ratio = 1-(physical reads / ( db block gets + consistent gets))3）如果日志缓冲区申请的值较大，则应加大LOG_BUFFER参数的值。
日志缓冲区的申请情况：select name,value from v$sysstat where name = ‘redo log space requests’ ;4）如果内存排序命中率小于0.95，则应加大SORT_AREA_SIZE以避免磁盘排序。
内存排序命中率：select round((100*b.value)/decode((a.value+b.value), 0, 1, (a.value+b.value)),2)from v$sysstat a, v$sysstat b where=’sorts (disk)’ and=’sorts (memory)’注：上述SQL Server和Oracle数据库分析，只是一些简单、基本的分析，特别是Oracle 数据库的分析和优化，是一门专门的技术，进一步的分析可查相关资料。
Loadrunner监控Unix系统性能指标的解释分类：性能测试20XX-10-13 14:42 62人阅读评论(0) 收藏举报Average load上一分钟同时处于“就绪”状态的平均进程数Collision rate每秒钟在以太网上检测到的冲突数Context switches rate每秒钟在进程或线程之间的切换次数CPU utilizationCPU 的使用时间百分比Disk rate磁盘传输速率Ining packets error rate接收以太网数据包时每秒钟接收到的错误数Ining packets rate每秒钟传入的以太网数据包数Interrupt rate每秒内的设备中断数Outgoing packets errors rate发送以太网数据包时每秒钟发送的错误数Outgoing packets rate每秒钟传出的以太网数据包数Page-in rate每秒钟读入到物理内存中的页数Page-out rate每秒钟写入页面文件和从物理内存中删除的页数Paging rate每秒钟读入物理内存或写入页面文件的页数Swap-in rate正在交换的进程数Swap-out rate正在交换的进程数System mode CPU utilization在系统模式下使用 CPU 的时间百分比User mode CPU utilization在用户模式下使用 CPU 的时间百分比。