Loadrunner一些不常用的功能总结

Loadrunner一些不常用的功能总结
Loadrunner一些不常用的功能总结

Loadrunner一些不常用的功能总结Loadrunner一些不常用的功能总结背景

这两天各种通过项目给新人培训,没想到培训期间在给新人讲解的时候发现好多功能或者菜单自己也没用过也不知道干啥用。趁着这两天有点时间,赶紧总结下来,目的有二:一是能够补充自己认识不足;二是知道多一个功能在以后遇到问题的时候也能够多一条路子进行解决,别默默守着好用的工具或者好用的功能却因为不知道而被困难绊住。

那个,实际上本文其实也就是翻译下loadrunner(以后简称:lr)自带的说明文件,然后网上找点资料啥的再结合一下自己的推测,在任何对应界面或者窗口按f1就有,想看原文的自己看就好,大家看着还是不懂的话建议自己百度,反正我这些也就是百度出来的。录制option

就是这个了,打开啥样自己看,接下来按照左边的菜单一个一个说啦,只说不常用的啦。

General

Script(脚本)

上面的language我就不用多说了吧,主要说说下面的选项吧。

Close all AUT processes when recording stops

官方解释是。。。管他呢,AUT是application under test被测应用,整个解释翻译过来就是:当你停止录制时自动关闭被测应用。我试过了,比如你用ie访问网站录制,如果你点了停止录制,那么lr打开的哪个ie窗口也没了。顺便一提,这个选项的默认值是关闭的。

Generate fixed think time after end transaction

翻译完就是:以秒为单位,在每个事物之后添加一个固定的思考时间。这个也是默认关闭的,如果开启,默认添加的思考时间是3秒,当然你可以自己设置。

Generate recorded events log

生成一个日志记录事件,啥样的事件呢,录制过程中发生的事件都算。这个默认是关闭的

Generate think time greater than threshold

为思考时间设置一个坎,超过这个坎的就加思考时间,没超过这个坎的就不加。比如说你设置了5秒,那么思考时间超过5秒的,lr就在你脚本里面里面加

上个思考时间,如果少于五秒,lr就不加。默认是打开的而且默认设置为3秒,如果你关闭这个选项,lr就不会自动往脚本里加思考时间了。

Maximum number of lines in action file

如果action里面的代码行数超过指定阈值,就生成一个新的文件(这个选项只针对C,C#和 .NET),默认关闭,如果打开默认是6000行,最小值是5000行,别问我怎么知道的。

我曾经想过,这个是生成新的文件还是新的action,因为我们知道action的代码是在脚本文件夹下面的一个同名txt文件里面保存的,如果生成新的文件是不是就得有个新的action来对应呢。。。没法验证,这边没有条件大家自己试试吧。

Track processes created as COM local servers

如果一个被录制的应用的子进程被创建为COM本地服务器,那么追踪他的活动(只针对c和COM)。默认打开。

这个不太懂:1不知道啥事com本地服务器;2不知道是追踪子进程还是被录制的应用。。。等等,如果这个应用已经被录制了,没必要特地追踪它吧,那应该追踪的是子进程。我还是吧原句写上参考吧:Track the activity of the recorded application if one of its

sub-processes was created as a COM local server (C and COM only).

到这里,lr里面有的设置选项我就都写上了,但是从帮助里面还有好多lr里面没有的。我也不知道怎么调出来这些选项,也不知道怎么设置也不知道是否生效估计得脚本里通过一些语句更改这些设置吧,算了,先写出来再说。很多不知道啥意思,也没法验证,大家仅供参考。

Correlate arrays

跟踪和关联所有数据类型的数组,包括数字、字符串等等。默认打开。

Correlate large numbers

关联长数据类型例如整形、长整型、64位字符、浮点型和double型。默认是关闭的。

Correlate simple strings

关联简单的、非数组的字符串和短语。默认是关闭的。

Correlate structures

追踪和关联复杂结构。默认是打开的。

Declare primitives as locals

将原始值变量声明为局部变量,而不是类变量(这个选项只针对C,C#

和 .NET)。默认打开的。

Explicit variant declaration

声明明确的变量类型来处理ByRef变量(这个选项只针对C,C#和 .NET)默认打开。

Insert output parameters values

每次调用后插入一个输出函数(这个选项只针对C,C#和 .NET)默认关闭。

Insert post-invocation info

每次消息调用后插入信息的日志消息(针对非C语言)。默认打开。原

句:Insert informative logging messages after each message invocation (non-C only).

Insert pre-invocation info

每次消息调用后插入信息的日志消息(针对非C语言)。默认打开。原

句:Insert informative logging messages before each message invocation Replace long strings with parameter

把一个超过最大长度的字符串保存成一个参数,这个选项有一个初始的最大长度是100个字符。参数和完整的字符串都存放在脚本文件夹下面的lr_strings.h

文件里面,通过以下格式保存:

const char ="string".

这种方式能增加脚本可读性还不影响脚本性能。(这是lr自己写的)

默认打开

Use full type names

使用完整的类型名称声明一个新的变量(只有c#和.NET)。默认关闭。

Use helpers for arrays

使用辅助函数提取变量数组组件(只针对java和VB)。默认关闭。

Use helpers for objects

传参时,使用辅助函数提取变量的引用。默认关闭。这个不知道对不对,原句:Use helper functions to extract object references from variants when passed as function arguments (Java and VB Scripting only).

Protocols(协议们)

这个应该就是选择需要使用的协议吧,咱们平时只用单协议,如果用多协议的话这里就能勾选生效的协议了。

Recording(录制)

这个应该是比较常用的,我还是解释下HTML advanced和URLadvanced里面的内容吧。还是那句话,个人推荐不使用html-base,不过起码得知道里面选项是怎么回事。

HTML-Base advanced

里面有两个大项目

Script type

A script describing user actions.:生成与所采取的动作直接对应的函数,脚本将创建URL (web_url), link (web_link), image (web_image), and form submission (web_submit_form)等函数。

生成的脚本非常直观,类似于上下文敏感的记录。

A script containing explicit URL's only. :将记录所有的URL、link、image、form submission。但是,脚本不生成web_link, web_image, 和

web_submit_form等函数。生成的脚本不那么直观,此模式对于您站点中的许多链接具有相同链接文本的实例非常有用。

Non-HTML generated elements

Record within the current script step:不会为了每个non-html资源生成新的函数,资源会当做参数放在相关函数(例如web_url等)中的EXTRARES部分。

Record in separate steps and use concurrent groups.:为每个non-html

资源生成一个新的函数,而不是放在相关函数的EXTRARES中。为non-html资源创

建的web_url函数会放在同步组里面(就是被web_concurrent_start and

web_concurrent_end包起来的部分啦)。

Do not record.:压根就不录制non-html资源的部分。

URL-Base advanced

Create concurrent groups for resources after their source HTML page 资源会被放在同步组里面(就是被web_concurrent_start and

web_concurrent_end包起来的部分啦)放在被请求的URL后面。资源包括文件、图片、js脚本,如果禁用这个选项,资源就不会被web_concurrent_start and web_concurrent_end包起来。

Use web_custom_request only

将所有http请求作为自定义请求。将使用web_custom_request函数记录所有请求,不管其内容如何。推荐对非浏览器应用使用此选项(应该是针对那些使用http与后台交互的客户端软件)。

Data Format Extension(数据格式扩展)

Configuration(配置)

Enable啥的我就不说了。说下面的

Code Generation

Format code and snapshots.:在代码和快照上面使用数据格式扩展。

Format snapshots only. 只在快照上面使用数据格式扩展。

(没法验证,大家可以试试,是不是启用这个选项快照上面的乱码就没了) Verify Formatted Data

将格式化数据转换回原始状态并验证它与原始数据匹配,检查格式化数据的结果。注意:此选项不适用于所有扩展。目前可用于Base64扩展。

Header chain(不会翻译)后面几个与这个相同

上面的不会翻译,应该是针对报文头的数据扩展吧。这里是个表格,添加、删除、上移下移按钮我就不多说了,当你添加了项目之后有个true/false选项这个是决定数据扩展的内容是否继续传递的。

接下来说说这几个格式内容吧:base64、URL encoding、JSON、XML

Base64我上网查了就是类似于aGVsbG8gd29ybGQgaSBhbSBlZ2c=这种,标志就是后面有等于号,相信见多了总会见过这种的。

URL encoding就更简单了:其最简单的特征就是“%XX”这种格式当你看到百分号后面跟着的两个字符的应该都是通过URL encoding转码后的内容比如汉字“啊”转码后就是“%e5%95%8a”,

另外,英文字符和数字不会被转码

JSON是有各种大括号中括号双引号包起来的内容比如说这个:

{"name":"Tom","age":18,"hobby":"basketball"}

Xml应该是各种这种的比如说这个:

冰与火之歌

乔治马丁

2014

89

安徒生童话

2004

77

English

相信大家肯定在脚本或者tree视图请求返回的数据中见过这些类型的格式。如果没见过,记住这些格式的特征,对于以后分析页面返回值很有帮助。

这里再说一个吧Unicode:万国统一码全世界所有字符都可以转换成这种码,类似这种的“\u0020\u554a”这个就是unicode码

以上说的编码格式除了json、xml以外网上都有在线转码的网站,然后如果你看着json、xml台乱看不懂网上也有json、xml格式化的网站,能够把一堆乱乱的东西整理成清晰的内容

那么这个选项又是干啥的呢,刚才上网查了下,这个主要是用来进行数据格式转换的,前面不是有设置生效范围么比如我们选择了快照,那么快照里面的内容就会被转换为指定的格式,这里外网不太方便,不好验证。不过,为了我们关联脚本运行准确,这个选项真的没有啥用。

Network(网络)

Port Mapping(配置)

这个主要是用来配置代理的,恩在我的如何使用loadrunner代理录制手机app 里面有写,请看那个文档,不多赘述了

HTTP Properties(HTTP性能)

advanced(高级)

Reset context for each action

重置action之间的上下文,重置上下文之后允许虚拟用户更准确的模拟一个新用户开始会

话。重置上下文之后也能让一些弱上下文关联的函数(原文:context-less function)能够在

新的action开始的时候被录制下来。这个选项还会重置用户名密码。这个选项只适用于WEB

和Oracle NCA协议

(好吧原文是这样的:Resets all HTTP contexts between actions. Resetting contexts allows the

Vuser to more accurately emulate a new user beginning a browsing session. This option resets the

HTML context, so that a context-less function is always recorded in the beginning of the action. It

also clears the cache and resets the user names and passwords.This option is only available for Wireless Protocols scripts.

)

Save snapshot resources locally

在本地保存一个录制和回放的快照副本,以便于更快的查看快照。

Generate web_reg_find functions for page titles

生成一个web_reg_find函数为每个HTML页面标题.页面标题将会作为

web_reg_fing搜索参

它还有个子选项Generate web_reg_find functions for sub-frames这个就

是为每一个

页面子帧生成一个以页面标题为搜索内容的web_reg_find函数。好了是不是

想问页面子帧是啥,

以下来自百度知道:HTML 窗口分帧技术是将浏览器窗口分隔成多个独立的窗口,每一个窗

口都可以显示一个独立的网页文件,这些窗口称为帧,每个帧拥有自己的URL。Generally, 分帧操作比较适用于后台,用于前台的话,除iframe,不利于搜索引擎

的搜索。 Add comment to script for HTTP errors while recording 为录制过程中的HTTP错误请求生成脚本注释。什么样的错误请求呢,服务器返回http 400或者更严重的错误信息的请求。

Record script using earlier recording engine

使用单协议记录引擎。默认情况下,在录制web(HTTP/HTML)协议时,就算你只录制单协议的脚本,LR也会采用多协议引擎。

另外,如果你发现点击录制之后弹出的对话框变得异常简单如下图,也是这个选项出的问题勾掉就好了

recording schemes

header(头)

这个大体解释下吧,我们都知道HTTP报文里面分2个部分 header和body,一般来说LR生成的脚本里面都只会包含标准报文的部分,很多不会生成到脚本里面,但是如果脚本有用怎么办呢。。我们就需要通过web_add_header加到脚本里面。这里的header选项就是做这个的。点击header以后发现一个小窗口里面有个具体类型的列表,然后上面有包含,不包含,列表里面不录制几个选项,大家看看应该都能看懂,比如我们选择包含,然后在列表中勾选对应的类型,那么原来脚本里面没有的这个类型的话就会通过web_add_header加到脚本里面。

Content type、non-resource

这两个至于后面的两个content type、non-resource,是可以过滤脚本内容的,在请求里面都会有content type、non-resource两个属性,可以通过这两个属性过滤是否将请求录制到脚本

中。

先说content-type是啥

Content-Type,内容类型,一般是指网页中存在的Content-Type,用于定义网络文件的类型和网页的编码,决定文件接收方将以什么形式、什么编码读取这个文件,这就是经常看到一些Asp网页点击的结果却是下载到的一个文件或一张图片的原因。

点击这个按钮会弹出一个对话框,具体和header一样,有将列表中的类型排除出脚本,有将列表中的类型记录到脚本。通过选择可以过滤对应类型的请求。

Non-resource这里在说之前得先说一下resource,我们都知道网页中存在图片啊,视频这种内容,跟我们业务的请求没有太大关系只是为了页面美观,这些叫non-html resource,LR里面有个设置,可以不下载这些内容,这里我们可以指定

什么类型的内容是resource什么不是,如果指定了以后,这种类型就一定会被下载。

non-resource点击之后,包含一个列表,可以通过添加、删除的方式指定什么类型是resource,至于添加删除的内容也是网页类型,与上面content type是一样的。

另外,无论header、content type、还是non resource的列表都是可以添加删除的。

correlation(关联)

这里是loadrunner自动关联的内容,左边的框里面是loadrunner给我总结出来的一些规则列表,应该是开发方根据经验总结出来的一些可能需要关联的内容,点击详细的选项右边框里就会有详细内容包括取值位置,左值右值等。

然后下面通过按钮可以向左边列表中添加自定义的一些自动关联的内容,如果你通过经验有自己总结出来的关联规则可以加进来。

Run-time setting

General

Run Logic(逻辑)

这个按说不应该我来多嘴了。。。不过,发现了一些有意思的用法,我还是写一下吧。

比如说这个图,我可以在init里面加上end,action的内容这样在init过程的的时候就能把action脚本也运行1遍了。额,还是唠叨一句吧,上面init,action,end三个过程是脚本运行的三个阶段,里面的vuser_init这个就是你脚本里面的部分,这个区别还请分清楚。

这里只是稍微提一下,因为这种设置应该能够让脚本运行起来更灵活。其他的大家应该很熟悉了,我就不多提了。

Pacing(启动设置)

这个选项允许你控制两次迭代之间的时间,这个选项能够告诉LR在运行action的时候你的两次迭代之间需要等待多长时间

这里有3个选项

As soon as the previous iteration ends:不用说了,一次迭代完马上开始下一次 After the previous iteration ends:在前一次迭代结束后等待一个确定的或者是随机的时间开始下一次迭代,这个时间你可以自己设置(确定的时间就是一个时间,随机时间需要设置上限或者下限)

At.....:这个就是上一个迭代开始之后等待多长时间开始下一个迭代,也是有确定时间和随机时间,需要注意的是,上一次迭代没结束的话下一个就不会开始。我的理解是如果上一次迭代能够在设定的时间内结束,那么就等到你设定时间完之后再开始下一次迭代,如果设定时间到了还没完,那么就等到上一次完了再开始。刚才去实验了下,我推测的没错。

Log(日志设置)

这个我就不多扯了吧,稍微提一下Extended Log下面的3个选项

吧:Parameter substitution记录分配给脚本的所有参数以及参数值这个我们在关联和参数化的时候用的多现在知道为啥了吧,另外,输出函数的内容应该也算参数的一种吧反正跟函数有关系的都算参数。Data returned by server.记录服务器返回所有的数据。这个我试过了,你的log里面会有很多很多的东西,因为lr把所有的tree视图里的response部分的内容都写进去了Advanced trace.记录在会话过程中lr发送的所有函数和信息。好吧,这个就是把tree视图里面request内容都写进log里面了这两个不多说了,没卵用。

Think--time(思考时间设置)

这个用的也比较多了,我就不多扯了,就说一个:Limit think time to这个可以看到其他的都是圆点的互斥选项,这个是打钩的,也就是说无论上面选哪个这个都能选。这个是啥意思呢,就是无论上面你选了哪个,这个选项你一旦勾选然后设置为5秒,那么就强制设置了一个上限时间,低于5秒的都没事,但是高于5秒的都按5秒算。

Additional Attributes(附加属性设置)

官方说法:你可以使用该设置为一个脚本添加额外的参数。该设置能够对所有类型的脚本生效。好吧我上网查了,这个就是你自己编辑个常量,然后可以用

lr_get_attrib_string 这个函数把常量值输出出来。我去查了,这个函数只能输出字符型。。也就是说,你设置的常量应该也是字符型,如果你想把常量当做数字来用估计只能用atoi()函数了。这里不详细说了,看代码吧

Network

Speed Simulation(速度模拟设置)

Use maximum bandwidth

LR使用能用的最大带宽。默认开启

Use bandwidth

后面有个下拉菜单,你可以通过菜单选择来决定带宽限制。 Use custom bandwidth

后面有个框你可以输入指定的带宽,框里面数字的单位是bit。 Internet protocol(互联网协议)

proxy(代理设置)

LoadRunner脚本录制常见问题整理

1.LoadRunner录制脚本时为什么不弹出IE浏览器? 当一台主机上安装多个浏览器时,LoadRunner录制脚本经常遇到不能打开浏览器的情况,可以用下面的方法来解决。 启动浏览器,打开Internet选项对话框,切换到高级标签,去 掉“启用第三方浏览器扩展(需要重启动)”的勾选,然后再次运行VuGen 即可解决问题 提示:通常安装Firefox等浏览器后,都会勾选上面得选项,导致不能正常录制。因此建议运行LoadRunner得主机上保持一个干净的测试环境。 1.Loadrunner录制脚本时无法正确打开IE或打开IE时无响应 进行如下设置可排除问题: 1、设置默认浏览器为IE; 2、IE已禁用第三方浏览器扩展; 3、Loadrunner中Run-time Setting 的User-agent设置正确; 4、Start Recording中IE路径和Program to record也正确。 2.录制Web脚本时,生成的脚本中存在乱码该如何解决? 录制脚本前,打开录制选项配置对话框Record-Options,进入到Advanced标签,先勾选“Support charset”,然后选择中支持UTF-8。再次录制,就不会出现中文乱码问题了。

3.HTML-based script与URL-based script的脚本有什么区别? 使用“HTML-based script”的模式录制脚本,VuGen为用户的每个HTML操作生成单独的步骤,这种脚本看上去比较直观;使用“URL-based script”模式录制脚本时,VuGen可以捕获所有作为用户操作结果而发送到服务器的HTTP请求,然后为用户的每个请求分别生成对应方法。 通常,基于浏览器的Web应用会使用“HTML-based script”模式来录制脚本;而没有基于浏览器的Web应用、Web应用中包含了与服务器进行交互的Java Applet、基于浏览器的应用中包含了向服务器进行通信的JavaScript/VBScript代码、基于浏览器的应用中使用了HTTPS 安全协议,这时使用“URL-based script”模式进行录制。 4.为什么脚本中添加了检查方法Web-find,但是脚本回放时却没有执行? 由于检查点功能会耗费一定的资源,因此LoadRunner默认关闭了对文本及图像的检查。要想开启检查功能,必须修改运行时的配置Run-time Setting。 进入“Run-time Setting”对话框,依次进入“Internet Protocol→Preferences”,勾选Checks下的“Enable Image and text check”选项即可。 检查执行结果时推荐使用web_reg_find方法。 5.运行时的Pacing设置主要影响什么? Pacing主要用来设置重复迭代脚本的间隔时间。共有三种方法:上次迭代结束后立刻开始、上次迭代结束后等待固定时间、按固定或随机的时间间隔开始执行新的迭代。 根据实际需要设置迭代即可。通常,没有时间间隔会产生更大的压

LoadRunner教程

LoadRunner使用手册 测试中心刘艳会 1 LoadRunner概要介绍 LoadRunner? 是一种预测系统行为和性能的工业标准级负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner ,企业能最大限度地缩短测试时间,优化性能和加速应用系统的发布周期。 目前企业的网络应用环境都必须支持大量用户,网络体系架构中含各类应用环境且由不同供应商提供软件和硬件产品。难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢,系统崩溃等问题。这些都不可避免地导致公司收益的损失。Mercury Interactive 的 LoadRunner 能让企业保护自己的收入来源,无需购置额外硬件而最大限度地利用现有的IT 资源,并确保终端用户在应用系统的各个环节中对其测试应用的质量,可靠性和可扩展性都有良好的评价。 LoadRunner 是一种适用于各种体系架构的自动负载测试工具,它能预测系统行为并优化系统性能。LoadRunner 的测试对象是整个企业的系统,它通过模拟实际用户的操作行为和实行实时性能监测,来帮助您更快的查找和发现问题。此外,LoadRunner 能支持广范的协议和技术,为您的特殊环境提供特殊的解决方案。 1.1 轻松创建虚拟用户 使用LoadRunner 的Virtual User Generator,您能很简便地创立起系统负载。该引擎能够生成虚拟用户,以虚拟用户的方式模拟真实用户的业务操作行为。它先记录下业务流程(如下订单或机票预定),然后将其转化为测试脚本。利用虚拟用户,您可以在Windows ,UNIX 或Linux 机器上同时产生成千上万个用户访问。所以LoadRunner能极大的减少负载测试所需的硬件和人力资源。另外,LoadRunner 的TurboLoad 专利技术能提供很高的适应性。TurboLoad 使您可以产生每天几十万名在线用户和数以百万计的点击数的负载。 用Virtual User Generator 建立测试脚本后,您可以对其进行参数化操作,这一操作能让您利用几套不同的实际发生数据来测试您的应用程序,从而反映出本系统的负载能力。以一个订单输入过程为例,参数化操作可将记录中的固定数据,如订单号和客户名称,由可变值来代替。在这些变量内随意输入可能的订单号和客户名,来匹配多个实际用户的操作行为。 LoadRunner 通过它的Data Wizard 来自动实现其测试数据的参数化。Data Wizard 直接

Loadrunner一些不常用的功能总结

Loadrunner一些不常用的功能总结Loadrunner一些不常用的功能总结背景 这两天各种通过项目给新人培训,没想到培训期间在给新人讲解的时候发现好多功能或者菜单自己也没用过也不知道干啥用。趁着这两天有点时间,赶紧总结下来,目的有二:一是能够补充自己认识不足;二是知道多一个功能在以后遇到问题的时候也能够多一条路子进行解决,别默默守着好用的工具或者好用的功能却因为不知道而被困难绊住。 那个,实际上本文其实也就是翻译下loadrunner(以后简称:lr)自带的说明文件,然后网上找点资料啥的再结合一下自己的推测,在任何对应界面或者窗口按f1就有,想看原文的自己看就好,大家看着还是不懂的话建议自己百度,反正我这些也就是百度出来的。录制option 就是这个了,打开啥样自己看,接下来按照左边的菜单一个一个说啦,只说不常用的啦。 General

Script(脚本) 上面的language我就不用多说了吧,主要说说下面的选项吧。 Close all AUT processes when recording stops 官方解释是。。。管他呢,AUT是application under test被测应用,整个解释翻译过来就是:当你停止录制时自动关闭被测应用。我试过了,比如你用ie访问网站录制,如果你点了停止录制,那么lr打开的哪个ie窗口也没了。顺便一提,这个选项的默认值是关闭的。 Generate fixed think time after end transaction 翻译完就是:以秒为单位,在每个事物之后添加一个固定的思考时间。这个也是默认关闭的,如果开启,默认添加的思考时间是3秒,当然你可以自己设置。 Generate recorded events log 生成一个日志记录事件,啥样的事件呢,录制过程中发生的事件都算。这个默认是关闭的 Generate think time greater than threshold 为思考时间设置一个坎,超过这个坎的就加思考时间,没超过这个坎的就不加。比如说你设置了5秒,那么思考时间超过5秒的,lr就在你脚本里面里面加

LoadRunner常见问题分析及解决办法

LoadRunner常见问题分析及解决办法 2010-09-23 08:02 在运行脚本回放过程中,有时会出现错误,这在实际测试中是不可避免的,毕竟自动录制生成的脚本难免会有问题,需要运行脚本进行验证,把问题都解决后才加入到场景中进行负载测试。下面结合常用的协议(如Web、Web Services协议)录制的脚本进行回放时出现的问题介绍一下解决的方法。 需要注意的是,回放脚本时出现的错误有时是程序自身的原因导致的,因此在解决脚本回放问题前必须保证程序录制出的脚本是正确的。 1.LoadRunner超时错误:在录制Web协议脚本回放时超时情况经常出现,产生错误的原因也有很多,解决的方法也不同。 错误现象1:Action.c(16): Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s)。 错误分析:对于HTTP协议,默认的超时时间是120秒(可以在LoadRunner 中修改),客户端发送一个请求到服务器端,如果超过120秒服务器端还没有返回结果,则出现超时错误。 解决办法:首先在运行环境中对超时进行设置,默认的超时时间可以设置长一些,再设置多次迭代运行,如果还有超时现象,需要在“Runtime Setting”>“Internet Protocol:Preferences”>“Advanced”区域中设置一个“winlnet replay instead of sockets”选项,再回放是否成功。 错误现象 2:Action.c(81):Continuing after Error -27498: Timed out while processing URL=http://172.18.20.70:7001/workflow/bjtel/leasedline/ querystat/ subOrderQuery.do 错误分析:这种错误常常是因为并发压力过大,服务器端太繁忙,无法及时响应客户端的请求而造成的,所以这个错误是正常现象,是压力过大造成的。 如果压力很小就出现这个问题,可能是脚本某个地方有错误,要仔细查看脚本,提示的错误信息会定位某个具体问题发生的位置。 解决办法:例如上面的错误现象问题定位在某个URL上,需要再次运行一下场景,同时在其他机器上访问此URL。如果不能访问或时间过长,可能是服务器或者此应用不能支撑如此之大的负载。分析一下服务器,最好对其性能进行优化。 如果再次运行场景后还有超时现象,就要在各种图形中分析一下原因,例如可以查看是否服务器、DNS、网络等方面存在问题。 最后,增加一下运行时的超时设置,在“Run-Time Settings”>“Internet Protocol:Preferences”中,单击“options”,增加“HTTP-request connect

Loadrunner使用教程

LoadRunner使用教程 1. 了解LoadRunner 1.1 Loadrunner简介 LoadRunner 是一种预测系统行为和性能的工业标准级负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner,企业能最大限度地缩短测试时间,优化性能和加速应用系统的发布周期。目前企业的网络应用环境都必须支持大量用户,网络体系架构中含各类应用环境且由不同供应商提供软件和硬件产品。难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢、系统崩溃等问题。这些都不可避免地导致公司收益的损失。Mercury Interactive 的LoadRunner 能让企业保护自己的收入来源,无需购置额外硬件而最大限度地利用现有的IT 资源,并确保终端用户在应用系统的各个环节中对其测试应用的质量,可靠性和可扩展性都有良好的评价。LoadRunner 是一种适用于各种体系架构的自动负载测试工具,它能预测系统行为并优化系统性能。LoadRunner 的测试对象是整个企业的系统,它通过模拟实际用户的操作行为和实行实时性能监测,来帮助您更快的查找和发现问题。此外,LoadRunner 能支持广的协议和技术,为您的特殊环境提供特殊的解决方案。 1.2 为什么应进行自动性能测试? 自动性能测试是一项规,它利用有关产品、人员和过程的信息来减少应用程 序、升级程序或修补程序部署中的风险。自动性能测试的核心原理是通过将生产 时的工作量应用于预部署系统来衡量系统性能和最终用户体验。构造严密的性能 测试可回答如下问题: ?应用程序是否能够很快地响应用户的要求? ?应用程序是否能处理预期的用户负载并具有盈余能力? ?应用程序是否能处理业务所需的事务数量?

LoadRunner性能分析名词解释

性能分析名词解释—LoadRunner 用户事务分析是站在用户角度进行的基础性能分析.. AD: Transactions(用户事务分析) 用户事务分析是站在用户角度进行的基础性能分析。 1、Transation Sunmmary(事务综述) 对事务进行综合分析是性能分析的第一步,通过分析测试时间内用户事务的成功与失败情况,可以直接判断出系统是否运行正常。 2、Average Transaciton Response Time(事务平均响应时间) “事务平均响应时间”显示的是测试场景运行期间的每一秒内事务执行所用的平均时间,通过它可以分析测试场景运行期间应用系统的性能走向。 例:随着测试时间的变化,系统处理事务的速度开始逐渐变慢,这说明应用系统随着投产时间的变化,整体性能将会有下降的趋势。 3、Transactions per Second(每秒通过事务数/TPS) “每秒通过事务数/TPS”显示在场景运行的每一秒钟,每个事务通过、失败以及停止的数量,使考查系统性能的一个重要参数。通过它可以确定系统在任何给定时刻的时间事务负载。分析TPS主要是看曲线的性能走向。 将它与平均事务响应时间进行对比,可以分析事务数目对执行时间的影响。 例:当压力加大时,点击率/TPS曲线如果变化缓慢或者有平坦的趋势,很有可能是服务器开始出现瓶颈。 4、Total Transactions per Second(每秒通过事务总数) “每秒通过事务总数”显示在场景运行时,在每一秒内通过的事务总数、失败的事务总署以及停止的事务总数。 5、Transaction Performance Sunmmary(事务性能摘要) “事务性能摘要”显示方案中所有事务的最小、最大和平均执行时间,可以直接判断响应时间是否符合用户的要求。 重点关注事务的平均和最大执行时间,如果其范围不在用户可以接受的时间范围内,需要进行原因分析。 6、Transaction Response Time Under Load(事务响应时间与负载) “事务响应时间与负载”是“正在运行的虚拟用户”图和“平均响应事务时间”图的组合,通过它可以看出在任一时间点事务响应时间与用户数目的关系,从而掌握系统在用户并发方面的性能数据,为扩展用户

LoadRunner错误及解决方法总结

LoadRunner错误及解决方法总结 1. error:missing newline in d:\loadrunner\name.dat 场景执行时报error:missing newline in d:\loadrunner\name.dat 第二次执行不报 两个解决办法: 第一:如果参数不是很多的话,不要打开记事本去编辑参数,就直接在LR提供的参数的表格中进行编辑即可。 第二:如果参数很多超过100条的话。在记事本中编辑好了之后,记着在最后一个参数后打个回车,让鼠标的光标移动到下一行。 2.load generator is currently running the maximum numb er of vuser of this type 使用的是loadrunner8.0,有10000个用户的web的license,global的有10个。在测试的时候发现running vuser到达1000以后就不能再提高,后面的vuser 就会出错。错误是 “The load generator is currently running the maximum number of vuser of this type”. 已经可以排除是load generator机器本身资源的问题。因为换了性能比较强的酷睿2还是同样的问题,CPU和memory都有空闲。 解决办法:在load generator中有一个Vuser limits tab,可以设置running user 的最大数目。即设置load generator----Details------Vuser limits ----Other Vusers 的最大参数。 3. ERROR-26374及ERROR-26377错误no match found for the requested parameter ”Siebel_Analytic_search_id2”.check whether the requested boundaries exist in the response data. 如果初期或脚本单独回放时即出现此错误,则可能是关联问题: 1.首先看下脚本中有没有使用了自动关联(web_reg_save_param) 2.在Virtual的脚本里查询下web_reg_save_param的参数使用位置,然后把这个参数化给还原回来。 如果初期没这个错误,或脚本单独回放时没有问题,而是压力越大错误率越高的话,怀疑是服务器反馈不及时,或反馈信息错误,或丢包了。导致LR没有从反馈信息中得到这个值。 Error -26609: HTTP Status-Code=503 (Service Unavailable) for "https://www.360docs.net/doc/1c13099087.html,:8090/logon.cfm"引起的原因解释: 一、如果出现“Service Unavailable”的提示,刷新几下又可以访问。

软件测试实验报告LoadRunner的使用

南昌大学软件学院 实验报告 实验名称 LoadRunner的使用 实验地点 实验日期 指导教师 学生班级 学生姓名 学生学号 提交日期 LoadRunner简介: LoadRunner 是一种适用于各种体系架构的自动负载测试工具,它能预测系统行为并优化系统性能。LoadRunner 的测试对象是整个企业的系统,它通过模拟实际用户的操作行为和实行实时性能监测,来帮助您更快的查找和发现问题。此外,LoadRunner 能支持广范的协议和技术,为您的特殊环境提供特殊的解决方案。LoadRunner是目前应用最为广泛的性能测试工具之一。 一、实验目的

1. 熟练LoadRunner的工具组成和工具原理。 2. 熟练使用LoadRunner进行Web系统测试和压力负载测试。 3. 掌握LoadRunner测试流程。 二、实验设备 PC机:清华同方电脑 操作系统:windows 7 实用工具:WPS Office,LoadRunner8.0工具,IE9 三、实验内容 (1)、熟悉LoadRunner的工具组成和工具原理 1.LoadRunner工具组成 虚拟用户脚本生成器:捕获最终用户业务流程和创建自动性能测试脚本,即我们在以后说的产生测试脚本; 压力产生器:通过运行虚拟用户产生实际的负载; 用户代理:协调不同负载机上虚拟用户,产生步调一致的虚拟用户;压力调度:根据用户对场景的设置,设置不同脚本的虚拟用户数量;监视系统:监控主要的性能计数器; 压力结果分析工具:本身不能代替分析人员,但是可以辅助测试结果的分析。 2.LoadRunner工具原理 代理(Proxy)是客户端和服务器端之间的中介人,LoadRunner 就是通过代理方式截获客户端和服务器之间交互的数据流。 ①虚拟用户脚本生成器通过代理方式接收客户端发送的数据包,

具体实例教你如何做LoadRunner结果分析

具体实例教你如何做LoadRunner结果分析 文本Tag:测试工具性能测试LoadRunner 【IT168 技术文档】1.前言: LoadRunner 最重要也是最难理解的地方--测试结果的分析.其余的录制和加压测试等设置对于我们来讲通过几次操作就可以轻松掌握了.针对Results Analysis 我用图片加文字做了一个例子,希望通过例子能给大家更多的帮助.这个例子主要讲述的是多个用户同时接管任务,测试系统的响应能力,确定系统瓶颈所在.客户要求响应时间是1 个人接管的时间在5S 内. 2.系统资源: 2.1 硬件环境: CPU:奔四2.8E 硬盘:100G 网络环境:100Mbps 2.2 软件环境: 操作系统:英文windowsXP 服务器:tomcat 服务 浏览器:IE6.0 系统结构:B/S 结构 3.添加监视资源

下面要讲述的例子添加了我们平常测试中最常用到的 一些资源参数.另外有些特殊的资源暂时在这里不做讲解了.我会在以后相继补充进来。 Mercury Loadrunner Analysis 中最常用的5 种资源. 1. Vuser 2. Transactions 3. Web Resources 4. Web Page Breakdown 5. System Resources 在Analysis 中选择“Add graph”或“New graph”就可以看到这几个资源了.还有其他没有数据的资源,我们没有让它显示. 如果想查看更多的资源,可以将左下角的display only graphs containing data 置为不选.然后选中相应的点“open graph”即可. 打开Analysis 首先可以看的是Summary Report.这里显示了测试的分析摘要.应有尽有.但是我们并不需要每个都要仔细去看.下面介绍一下部分的含义: Duration(持续时间):了解该测试过程持续时间.测试人员本身要对这个时期内系统一共做了多少的事有大致的熟 悉了解.以确定下次增加更多的任务条件下测试的持续时间。

loadrunner常见错误解决方法

1.Error -27727: Step download timeout (120 seconds)has expired when downloading resource(s). Set the “Resource Page Timeout is a Warning” Run-Time Setting to Yes/No to have this message as a warning/error, respectively 处理方法: Run-Time Setting ------ Internet Protocol ------ Preferences ------Option ------ Step download timeout(sec)改为32000 A、应用服务参数设置太大导致服务器的瓶颈 B、页面中图片太多 C、在程序处理表的时候检查字段太大或多 Error -27728: Step download timeout (120 seconds)的解决方法 语法检查通过,但是在并发执行一个查询时候报错Action.c(16): Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s)设置了runt time setting中 的internet protocol-preferences中的advaced区域有一个winlnet replay instead of sockets选项, 选项后再回放就成功了。 2.Action.c(7): Error -27791: Server “192.168.1.77″ has shut down the connection prematurely 解决方案如下:

《LoadRunner中文使用手册完全版》

LoadRunner操作入门 案例介绍: 测试Tomcat自带的一个jsp提交表单的性能。 测试页面如下: 输入一个数字后,点击提交,执行程序后返回页面:

测试步骤 第一步:录制脚本 从程序菜单中启动“LoadRunner”->“Visual User Generator” 在协议选择框中选择“Web(HTTP/HTML)”协议,进入主界面。 在工具条上选择“Start Record”,弹出启动“Start Recording”对话框。 在URL输入框中输入上述要测试的第一个页面的URL,即输入表单的页面。 同时注意,请让“Record the application startup”选择框失效,以便手工控制录制开始的时间,跳过刚开始的输入页面。 点击“OK”,这是LoadRunner会启动浏览器,并指向第一个输入页面,同时在浏览器窗口上方将出现一个“Recording Suspended…”的工具条窗口。 等待输入页面显示完全以后,点击工具条窗口中的“Record”按钮,进入录制状态,从现在 开始,在打开的浏览器上的所有操作将被录制成测试的脚本。

执行预定的表单提交动作,等结果页面显示完整以后,点击工具条上的黑色方框按钮,停止录制,回到Visual User Generator的主窗口,此时可以看到脚本已经录制成功。 选择“File”->“Save”,把当前的脚本保存下来 第二步:生成测试场景 选择菜单“Tools”->“Create Controller Scenario”,弹出“Create Scenario”对话框,保持缺省值不变,直接点击“OK”,唯一可能需要该的就是测试结果文件生成的路径。 这时,将启动LoadRunner的另一个工具“Controller”,这是执行压力测试的环境。 Controller的主界面有“Design”和“Run”两个Tab组成,可以随时切换,首先进入的是Design界面,在这里可以调整运行场景的各种参数,如果只是作强度测试,唯一需要调整 就是并发用户数,如下图所示:

loadrunner学习入门到精通 常见问题解决方法(七)

第七课LoadRunner常见问题解决方法 一.V uGen的问题 1.使用LoadRunner如何打开不同的浏览器录制? 答:录制时点击Start Record打开录制选择浏览器和地址页面如下图 然后选择要默认打开的浏览器。不设置时,默认打开Internet浏览器。 2.LoadRunner打不开火狐浏览器如何解决? 答:当有一天机器安装了好多浏览器时的时候,我们打不开浏览器怎么办,可以进入浏览器选项,切换到高级标签,去掉“第三方浏览器扩展”选项(去后要重启),然后再次运行vugen即可。 注:使用LoadRunner时要关闭杀毒软件。 3.录制的脚本有乱码如何解决? 答:这是要重新进行录制,但在录制前要在recording options---advanced—surport charset 里选中UTF—8即可。 4.解决在web窗体中有Java script脚本时,不能再tree view视图中显示的方法? 答:将tools—generdl options—correlation—enable scripting and Java applets on snapshots viewer选中即可。 5.录制时的注意事项 (1)脚本中设置了检查点,要选中proforances—checks—enable image and text check 的操作。 (2)集合点要和事务结合使用,集合点只能插入到action部分,vusers_init和vusers_end中不能插入集合点。 6.一些Web虚拟用户脚本录制后立刻回放没有任何问题,但是当设置迭代次数大于1时, 如果进行回放则只能成功迭代一次。为什么从第二次迭代开始发生错误?

loadrunner使用步骤说明

一、LoadRunner的下载,安装与破解 .ddooo./softdown/61971.htm https://www.360docs.net/doc/1c13099087.html,/softjc/71256.html// 这是安装篇 二、LoadRunner在Web项目上的使用 1.新建一个Web(HTTP/HTML):File---->new New single Protocol Script :选择一个协议 New Multiple Protocol Script :选择多个协议 New Script recent Protocol :选择最近使用的协议 2.点击Start Record开始录制

Application type :选择程序类型。包含两个选项,Internet Applications 一般指B/S的系统,也就是通过浏览器访问的系统;Win32 Applications 一般C/S 的系统,也就是本地的应用程序,如QQ Program to record :选择启动程序的路径,如果是本地程序(C/S),就找到程序的启动程序。(这个暂时没有使用过) 如果是B/S的体统找到IE浏览器的安装路径。如: C:\Program Files (x86)\Internet Explorer\iexplore.exe 。 默认为Microsoft Internet Explorer,最好手动指定IE浏览器的安装路径。 URL Address :如果是B/S的系统,请输入要访问的网址(如果访问本机,要用127.0.0.1代替localhost,如127.0.0.1:8080/ssh)。如果是C/S则为空。 Working directory :工具目录,也就是分析信息的保存路径。Record into Action :将录制结果放到Action里面 3.点击Options

loadrunner常见问题及解决方法

loadrunner常见问题 1..关于loadrunner11录制脚本时IE打不开问 1、ie浏览器去掉启用第三方浏览器扩展 2、loadrunner11 键盘F4,在browser Emulation点击change,在弹出的提示框中Browser version 选择8.0,platform. 选择windows7 3、loadrunner11 键盘ctrl+F7在弹出的提示框中选择最后一项Correlation,将Enable correlation during recording 下面的勾全去掉,有需要的再勾 4、退出杀毒软件(金山啊360啊什么的都退了) 5、退出迅雷软件 6、计算机——属性——高级系统设置——性能里的设置——数据执行保护——选择“为除下列选定程序之外的所有程序和服务启用”——添加IE浏览器——应用——确定 1.2.controlle打开失败: controller一添加完脚本就崩溃了,报错:试读执行系统不支持的操作;Runtime error!c:\Program Files\hp\LoadRunner\bin\Wlrun.exe abnormal program termination。 解决方案:1.E:\Program Files (x86)\HP\LoadRunner\bin文件下将wlrun.exe文件删除,2.进入“我的电脑”下---控制面板\卸载或更改程序中---右击HP Loadrunner修复。 1.3.设置并发数: User generator tools—create controller scenario—number of vusers 1.4.Loadrunner11安装: 1. 安装完成后,退出loadrunner 2. 把下载的lm70.dll,mlr5lprg.dll 拷贝到../HP/Loadrunner/bin覆盖掉原来的 3. 使用注册表删除工具,点击deletelicense.exe 删除注册表信息 4. 再次打开loadrunner, configuration->loadrunner license->new license,在弹出的输入框中输入license序列号

LoadRunner案例分析

LoadRunner案例分析 (一)来源:作者:日期:2008-06-16 【聚杰网测试工具】LoadRunner案例分析(一) 昨天和Zee兄交流的时候,探讨了最近无忧测试论坛上的两个问题,我们俩的看法基本一致。 第一个问题:是如何利用LoadRunner判断HTTP服务器的返回状态。两种方法,第一种方法是利用LR的内置函数web_get_int_property,如下是一个简单的例子: { int HttpRetCode; web_url(”my_home”, “URL=, “TargetFrame=_TOP”, LAST); HttpRetCode = web_get_int_property(HTTP_INFO_RETURN_CODE); if (HttpRetCode == 200) lr_log_message(”The scrīpt successfully accessed the My_home home page”); else lr_log_message(”The scrīpt failed to access the My_home home page “); } 另外一种就是最原始的办法,也是Zee兄这种高手才最先想到的,自己取HTTP服务器的数据,然后利用关联函数分析啊。(果然是高啊)。其实所有的东西都可以从服务器的返回取,然后自己动手解析,呵呵。举个不太恰当的例子:你需要一套家具,可以去家具市场挑,当然也可以自己买木材原料和工具,动手加工。那才是最合乎自己需要的。 第二个问题:动态数据参数化的问题。 其实第一次看到这个问题,我没有马上反应过来,后来仔细想想,明白了。就是需要

loadrunner监控常用性能指标

一、windows常见计数器 Memory: Available Mbytes:可用物理内存数. 如果Available Mbytes的值很小(4 MB 或更小),则说明计算机上总的内存可能不足,或某程序没有释放内存。 page/sec: 表明由于硬件页面错误而从磁盘取出的页面数,或由于页面错误而写入磁盘以释放工作集空间的页面数。一般如果pages/sec持续高于几百,那么您应该进一步研究页交换活动。有可能需要增加内存,以减少换页的需求(你可以把这个数字乘以4k就得到由此引起的硬盘数据流量)。Pages/sec 的值很大不一定表明内存有问题,而可能是运行使用内存映射文件的程序所致。 page read/sec:页的硬故障,page/sec的子集,为了解析对内存的引用,必须读取页文件的次数。阈值为>5. 越低越好。大数值表示磁盘读而不是缓存读。 由于过多的页交换要使用大量的硬盘空间,因此有可能将导致将页交换内存不足与导致页交换的磁盘瓶径混淆。因此,在研究内存不足不太明显的页交换的原因时,您必须跟踪如下的磁盘使用情况计数器和内存计数器: Physical Disk\ % Disk Time Physical Disk\ Avg.Disk Queue Length 例如,包括Page Reads/sec 和% Disk Time 及Avg.Disk Queue Length。如果页面读取操作速率很低,同时% Disk Time 和Avg.Disk Queue Length的值很高,则可能有磁盘瓶径。但是,如果队列长度增加的同时页面读取速率并未降低,则内存不足。 要确定过多的页交换对磁盘活动的影响,请将Physical Disk\ Avg.Disk sec/Transfer 和Memory\ Pages/sec 计数器的值增大数倍。如果这些计数器的计数结果超过了0.1,那么页交换将花费百分之十以上的磁盘访问时间。如果长时间发生这种情况,那么您可能需要更多的内存。 Page Faults/sec:每秒软性页面失效的数目(包括有些可以直接在内存中满足而有些需要从硬盘读取)较page/sec只表明数据不能在内存的指定工作集中立即使用。 Cache Bytes:文件系统缓存(File System Cache),默认情况下为50%的可用物理内存。如IIS5.0 运行内存不够时,它会自动整理缓存。需要关注该计数器的趋势变化 如果您怀疑有内存泄露,请监视Memory\ Available Bytes 和Memory\ Committed Bytes,以观察内存行为,并监视您认为可能在泄露内存的进程的Process\Private Bytes、 Process\Working Set 和Process\Handle Count。如果您怀疑是内核模式进程导致了泄露,则还应该监视Memory\Pool Nonpaged Bytes、Memory\ Pool Nonpaged Allocs 和 Process(process_name)\ Pool Nonpaged Bytes。 Pages per second :每秒钟检索的页数。该数字应少于每秒一页。 Process: %Processor Time: 被处理器消耗的处理器时间数量。如果服务器专用于sql server,可接受的最大上限是80-85% Page Faults/sec:将进程产生的页故障与系统产生的相比较,以判断这个进程对系统页故障产生的影响。 Work set: 处理线程最近使用的内存页,反映了每一个进程使用的内存页的数量。如果服务器有足够的空闲内存,页就会被留在工作集中,当自由内存少于一个特定的阈值时,页就会被清除出工作集。

LoadRunner性能测试指标参考

性能测试指标参考 目录 1术语 (2) 1.1响应时间 (2) 1.2并发用户数 (2) 1.3在线用户数 (2) 1.4吞吐量 (3) 2 Vuser图 (3) 2.1 “运行Vuser ”图(Running Vusers) (3) 2.2 “集合”图(Rendezvous) (3) 3 错误图 (3) 3.1 “每秒错误数(按描述)”图(Error Statistics) (3) 4 事务图 (4) 4.1 “平均事务响应时间”图(Average Transaction Response Time) (4) 4.2“负载下的事务响应时间”图(Running Vuser –Average Transaction Response Time) (4) 4.3“页面细分”图(Web Page Diagnostics图) (5) 4.4“每秒事务数”(Transactions per second 简称:TPS) (6) 5 Web资源图 (6) 5.1“每秒点击次数”图(Hits per Second) (6) 5.2“吞吐量”图(Throughput) (6) 6 系统资源图 (6) 6.1 LoadRunner下监控的UNIX资源指标 (6) 6.1.1平均负载(Average load) (6) 6.1.2 CPU利用率(CPU utilization) (7) 6.1.3 每秒传入的包数(Paging rate) (7) 6.2使用NMON工具监控Linux资源 (7) 6.2.1 系统资源汇总(SYS_SUMM) (7) 6.2.2 磁盘资源汇总(DISK_SUMM) (8) 6.2.3 内存资源(MEM) (8) 7 网络监控器图 (9) 7.1 “网络延迟时间”图(Network Delay Time) (9) 8 数据库服务器资源图 (10) 8.1 Oracle服务器监控度量 (10) 8.1.1 添加Oracle自定义计数器 (11) 8.1.2 性能分析工具Statspack所提供的性能分析指标 (15) 8.2 SQL Server服务器监控度量 (18)

LoadRunner性能测试软件的基本使用步骤

LoadRunner性能测试软件的基本使用步骤 一. 1、测试脚本录制 1.1录制前准备工作 在录制脚本前需检查压测环境的整体功能是否正确,待测部分的功能是否正确,只有确定功能正确后才可进行压测。 1.2录制及调试脚本 在准备工作OK后,进行脚本的录制,具体过程如下: 打开“开始>程序>MercuryLoadRunner>MercuryLoadRunner”测试脚本录制; 2、点击“Create/EdirScripts”,也可在“File”下选择New 新建。 3、选择Web(HTTP/HTML)协议,我们测试的是B/S模式,采用的是Web协议,选择后点【OK】按钮。 4、点击界面中的录制按钮,这个表示开始录制脚本点。 录制前,如果已经打开待测页面的话,建议关闭该页面。点【OK】后,同时会出现这表示现在已经开始录制。 5、所有操作完成后,点击中停止按钮,停止录制,页面将自动关闭,返回到loadrunner录制界面,将在界面中显示录制脚本代码,保存录制的脚本。 6、调试代码并进行参数化 录制后的代码需要进行调试才可用于压测,调试的办法就是进行

回放操作,如果回放过程无错误,运行结果也正确的话,则可用于压测。 二.设计测试场景 在脚本录制完成,调试通过后,可以进行测试场景的设计。 1.打开“开始>程序>MercuryLoadRunner >MercuryLoadRunner” 2.点击的RunLoadTests;在新建场景的窗口,选择一种场景类型。 3.选择要进行场景设计的脚本,若没有出现需要对应的脚本,可点击Browse查找后添加进来,选择好脚本后,点add则可加入到右边的窗口中然后点【OK】。 4.显示的是脚本的路径与并发数个数,根据测试方案中的并发 数可更改此处的并发数。 Eg:假如我们设计的场景是每15秒增加2个,所有并发数增加完后持续运行5分钟,5分钟运行结束后,每30秒减少5个并发。 5.再点击页面右下角的“Run-timeSettings” 。 6.一切设置OK后,点击运行测试场景。 三.测试结果分析 1.场景执行结束后可以,使用loadrunner自带的分析工具进行结果分析。 2.在菜单栏中选择打开,找到要分析的场景执行结果,点【打开】即可,还可以直接在场景运行结束后,点击Controller菜单栏

LoadRunner11对服务器进行压力负载测试总结

一LoadRunner多用户并发测试流程 案例介绍: 测试bugfree服务器负载用户数的性能。 URL=http://10.10.90.14. Vuser=5. 测试步骤 第一步:录制脚本 从程序菜单中启动“LoadRunner”->“Greate/Edit Scripts” 在协议选择框中选择New Single protocol下的“Web(HTTP/HTML)”协议,如下图: 单击OK进入主界面如下图:

在工具条上选择“Start Record”,弹出启动“Start Recording”对话框。 在URL输入框中输入上述要测试的第一个页面的URL,即输入http://10.10.90.14。 同时注意,请让“Record the application startup”选择框失效,以便手工控制录制开始的时间,跳过刚开始的输入页面。 点击“OK”,这是LoadRunner会启动浏览器,并指向第一个输入页面,同时在浏览器窗口上方将出现一个“Recording Suspended…”的工具条窗口。 等待输入页面显示完全以后,点击工具条窗口中的“Record”按钮,进入录制状态,从现在 开始,在打开的浏览器上的所有操作将被录制成测试的脚本。

点击bugfree,进入下图输入用户名和密码后点击登录: 点击登录bugfree,进入bugfree系统如下图:

此时点击工具条上的黑色方框按钮,停止录制,回到Visual User Generator的主窗口,此时可以看到脚本已经录制成功。如下图: 选择“File”->“Save”,把当前的脚本保存下来 第二步:生成测试场景

相关文档
最新文档