loadrunner使用日志

loadrunner使用日志
loadrunner使用日志

2010/8/12 日测试dododox遇到的情况

1.Loadrunner场景运行后,日志在哪里看?

a.各个Vuser执行日志,在相应脚本下的res下

b.运行中产生的error日志和错误的事务的日志?暂时在运行场景下查看。

c.最后有分析出来的reporter。

2.Tomcat内存溢出?JAVA虚拟机内存释放?

3.Loadrunner测试文件上传时,把100个用户都压在localhost下面,发现有部分数据获

得了class和user的session信息,而有些却没能获得,这个跟什么有关系呢?是什么问题导致的呢?是系统部稳定?是由于vuser都在同一台机器上?还是loadrunner本身的原因?

4.在文件上传成功后,系统会弹出一个alert窗口,在此过程添加的检查点,在运行中总

是没能找到检查点的内容,即总是检查失败(上传操作的数据实际上已经录入到数据库中)。然后手动把检查点删除,错误才消失。(本来loadrunner报告的是所有vuser全部没通过)。

5.检查点的判断

插入检查点:web_reg_find(“Fail=NotFound”,”SaveCount=.......”,”Search=Body”,”Text=….”,LA ST);//该检查点插入在页面加载前

如:web_reg_find("Fail=NotFound","SaveCount=login_yn",

"Search=Body",

"Text=exit",

LAST);

web_url("getWidgets.do",

"URL=http://192.168.5.1:8082/maxcrm/manager/getWidgets.do?method=getWid gets",

"Resource=0",

"RecContentType=text/html",

"Referer=",

"Snapshot=t104.inf",

"Mode=HTML",

EXTRARES,

"URL=../images/header_xbg.gif", "Referer=http://192.168.5.1:8082/maxcrm/man ager/getWidgets.do?method=getWidgets", ENDITEM,

"URL=../images/nav.gif", "Referer=http://192.168.5.1:8082/maxcrm/manager/get Widgets.do?method=getWidgets", ENDITEM,

"URL=../images/widgets/exit_bg.gif", "Referer=http://192.168.5.1:8082/maxcrm/ manager/getWidgets.do?method=getWidgets", ENDITEM,

"URL=../images/widgets/btn_1.png", "Referer=http://192.168.5.1:8082/maxcrm/ manager/widgets/funnel.jsp", ENDITEM,

"URL=../flashCharts/charts/Funnel.swf", "Referer=http://192.168.5.1:8082/maxcr m/manager/widgets/funnel.jsp", ENDITEM,

LAST);

增加判断语句:

If(strcmp(lr_eval_string(“{.......}”),”0”)==0){

lr_error_message(“error”);

}

Else{

Lr_output_message(“success”);

}

6.添加图片检查点

web_image_check("web_image_check","src=/maxcrm/images/head.gif",LAST);

图片检查点放在页面加载后,如:

web_url("getWidgets.do",

"URL=http://192.168.5.1:8082/maxcrm/manager/getWidgets.do?method=getWidgets

",

"Resource=0",

"RecContentType=text/html",

"Referer=",

"Snapshot=t104.inf",

"Mode=HTML",

EXTRARES,

"URL=../images/header_xbg.gif", "Referer=http://192.168.5.1:8082/maxcrm/manager /getWidgets.do?method=getWidgets", ENDITEM,

"URL=../images/nav.gif", "Referer=http://192.168.5.1:8082/maxcrm/manager/getWidg ets.do?method=getWidgets", ENDITEM,

"URL=../images/widgets/exit_bg.gif", "Referer=http://192.168.5.1:8082/maxcrm/man ager/getWidgets.do?method=getWidgets", ENDITEM,

"URL=../images/widgets/btn_1.png", "Referer=http://192.168.5.1:8082/maxcrm/mana ger/widgets/funnel.jsp", ENDITEM,

"URL=../flashCharts/charts/Funnel.swf", "Referer=http://192.168.5.1:8082/maxcrm/m anager/widgets/funnel.jsp", ENDITEM,

LAST);

web_image_check("web_image_check","src=/maxcrm/images/head.gif",LAST);

备注:web_image_check函数中的src属性值直接就是源代码中img的src属性值。

疑问:对于直接从该页面引入的图片,添加检查点的时候,可以检查成功;而对于从css 文件中引入的图片,却检查不出来,总说找不到。

7.问题:总有很多虚拟用户出现不能连接到服务器,连接超时的情况Action.c(6): Continu

ing after Error -27796: Failed to connect to server "192.168.5.1:8082": [10060] Conn ection timed out

解决:

①设置tomcat的server.xml文件

connectionTimeout="120000" maxThreads="300" acceptCount="300" ennab leLookups="false"

redirectPort="8444" URIEncoding="UTF-8"/>

②设置run time setting中的reference中的option中的请求超时时间,其中有三项的参数可以一次都修改了,HTTP-request connect timeout,HTTP-request receieve timeout,Step download ti meout,分别修改为6000、600、50000。run time setting设置完了后记住还需要在control组件的option的run time setting中设置相应的参数均设置为999(最大值)。

参考资料:https://www.360docs.net/doc/f4951110.html,/keerxiao9999/blog/item/13bf34a839fbfcf11f17a283.html

2010/8/13 日读书心得《性能测试进阶指南》

1.如果是由于网络瓶颈或处理瓶颈导致系统拥堵,用户无法访问,可以适当的进行流量控

制。

2.性能测试不仅仅是为了获得当前系统的性能评估,获得一份性能测试评估报告,而是希

望进一步通过性能测试发现系统性能瓶颈并修复性能问题。性能测试是以相对较低的成本模拟一个真实环境来了解系统上线后的性能情况。

3.性能测试的分类

负载测试(Load Testing)

负载测试是指在一定的软件、硬件以及网络环境下,运行一种或者多种业务,在不同虚拟用户数量的情况下,测试服务器的性能指标是否在用户的要求范围内,以此确定系统所能承载的最大用户数、最大有效用户数以及不同用户数下的系统响应时间及服务器的资源利用率。

负载测试强调的是在一定的环境下系统能达到的峰值指标,大多数的性能测试都是负载测试。

压力测试(Stress testing)

压力测试是指在一定的软件、硬件及网络环境下,模拟大量的虚拟用户向服务器产生负载,使服务器的资源处于极限状态下并长时间连续运行,以测试服务器在高负载情况下是否能够稳定工作。

压力测试与负载测试获得的峰值性能数据不同,它强调在极端情况下系统的稳定性,这

个时候处理能力已经不重要了。如果不出现当机等情况,可以认为系统通过了压力测试,即可以在各种情况下稳定地运行。

容量测试(Volume Testing)

容量测试是指在一定的软件、硬件、网络环境下,在数据库中构造不同数量级别的数据记录,运行一种或者多种业务在一定虚拟用户数量的情况下,获取不同数量级别的服务器性能指标,以确定数据库的最佳容量和最大容量。

容量测试不仅可以对数据库进行,还可以对硬件处理能力、各种服务器的连接能力等进行,以此来测试系统在不同容量级别下是否能达到指定的性能。

4.

2010-8-23

对于有验证码的页面,不能直接进行回放,需要把页面中的验证码注释掉才行。

2010-12-26

Loadrunner录制后,生成的脚本中有乱码,手动修改成正常的数据,录入到系统后,系统的数据为乱码,参数化的时候,数据录入系统中也是乱码,在经过以下的配置之后,虽然录制后生成的脚本仍是乱码,但手动修改成正常后录入系统也是正常的文字了,参数化的数据,录入系统中也是正常的了,O(∩_∩)O~

1、第一步:lr 的vugen的Tools -> Recoding Options -> Advanced -> Support c

harset -> UTF-8 选上。

2、lr 的vugen的Tools -> Recoding Options -> Advanced -> Headers,在Recor

d heads in list中勾选Accept、Accept-Charset、Accept-Encoding、Accept-Lang

uage、Content-Encoding、Content-Language、Content-Type

3、新建脚本--->选择协议(Http)-->选项-->高级-->选择“支持字符集”并点选“UTF

- 8”;

4、 Vuser-->运行时设置-->浏览器-->浏览器仿真-->更改-->使用浏览器-->语言下

来选择“中文(中国)”;

5、

6、采用“首先,我们直接用正常的字去参数化,这里只举其中的一个例子来说明,

比如这个字段,我们用参数值“汽车”直接在脚本中替换“浣忔埧”,

脚本回放成功。

7、参数化,脚本回放也成功

2010-12-26

Tools -> Recoding Options ->中的correlation,如果不是很清楚这个功能,请先取消选择。

遗留的问题:在脚本上的中文、test result、tree里边看到的中文都是乱码!!!不知如何解决????

浏览器设置为utf8????

2010-12-27

改变参数化取值的设置关键在于select next row 和Update value on这两个选项。select next row的选项如下图:含义依次为:顺序取值、随即取值、唯一取值

Update value on选项如下图所示:含义依次为:每次迭代更新、每次取值更新、只更新一次

试验:

新建脚本,在Action中输入如下内容:并新建参数parameterSet,设置的内容为:甲乙丙丁戊

Action()

{

lr_output_message("第一次取值:");

lr_output_message(lr_eval_string("{parameterSet}"));

lr_output_message("第二次取值:");

lr_output_message(lr_eval_string("{parameterSet}"));

return 0;

}

●设置取值方式为:Sequential—Each iteration

?在runtime setting中设置迭代为5,运行脚本生成的日志中,每次迭代打印的p

arameterSet值依次为甲(甲)、乙(乙)、丙(丙)、丁(丁)、戊(戊)。

?在runtime setting中设置迭代为6,运行脚本生成的日志中,每次迭代打印的p

arameterSet值依次为甲(甲)、乙(乙)、丙(丙)、丁(丁)、戊(戊)、甲(甲)。

每次读数据读到参数值的结尾处,又重新回到了起点。

●设置取值方式为:Sequential—Each occurrence

?在runtime setting中设置迭代为5,运行脚本生成的日志中,每次迭代打印的p

arameterSet值依次为甲(乙)、丙(丁)、戊(甲)、乙(丙)、丁(戊)。每取一

次parameterSet的值,parameterSet的值就更新一次,每次读数据读到参数值的

结尾处,又重新回到了起点。

●设置取值方式为:Sequential—Once

?在runtime setting中设置迭代为5,运行脚本生成的日志中,每次迭代打印的p

arameterSet值依次为甲(甲)、甲(甲)、甲(甲)、甲(甲)、甲(甲),每次取

到的parameterSet值都是第一个记录值。

同理

Random—Each iteration指每当一次新的迭代开始,重新从参数列表中取一次随机值Random—Each occurrence指每当取一次该参数值,重新从参数列表中取一次随机值Random—Once指当一次取到随即内容后,再不更新记录值

●设置取值方式为:Unique—Each iteration—Abort Vuser当参数取值超过参数表记录时,

(设置迭代为8)忽略用户脚本,在日志会显示:可以看出第六次的迭代就已经将a ction脚本的内容终止了,不再继续执行。

Starting iteration 6.

Error: Parameter 'parameterSet': No more unique values for this parameter in table 'pa rameterSet.dat' [unique range is 1-5]. The Vuser is aborted according to "When Out Of Values" policy.

Ending Vuser...

Starting action vuser_end.

●设置取值方式为:Unique—Each iteration—Continue in a cyclic manner与Sequential

—Each iteration表现相同

●设置取值方式为:Unique—Each iteration—Continue with last value当参数取值超过

参数表记录时,重复取最后一条记录。

●设置取值方式为:Unique—Each occurrence,每当参数被取值一次,按照记录顺序读

取,当记录超出列表记录后,执行when out of value 策略(Abort Vuser、Continue in a cyclic manner、Continue with last value)

●设置取值方式为:Unique—Once第一次取值后,一直使用该记录

2010-12-27 傍晚

Loadrunner 参数化设置中的Data Wizard,提供从ODBC连接获得并转化成参数的手段。具体设置如下:

开始—程序--管理工具—数据源(ODBC)--系统DNS—添加,添加页面如下图所示:

ODBC提供了常见的各种数据库链接,唯独没有mysql,在mysql官网下载直接安装就可以

了。这里添加mysql数据库为例:点击完成后,弹出的页面如下图所示:

设置如下:

点击测试成功,最后点击OK按钮。

现在开始在loadrunner中设置参数化(数据来源于数据库):点击HP Virtual User Generator—Vuser—parameter List

新建参数后,点击“Data Wizard”

设置成自定义的sql语句查询,点击下一步:

点击finish,如下图所示,参数化记录就从数据库里边导出来了:

备注:使用第二种方法“使用微软查询器查询”:

点击next

点击完成:

点击确定

OK

2011-2-11

Dododox文件上传及下载(参考文档: https://www.360docs.net/doc/f4951110.html,/shwonder/archive/2010/08/11/5802 885.aspx)以及https://www.360docs.net/doc/f4951110.html,/k/Testing/2008-6/1276.html

脚本:

web_submit_data("test.do_2",

"Action=http://192.168.5.60:8080/dododox/manager/group/test/test.do?method=sav eTest",

"Method=POST",

"EncType=multipart/form-data",

"RecContentType=text/html",

"Referer=http://192.168.5.60:8080/dododox/manager/group/test/test.do?method=to Add",

"Snapshot=t35.inf",

"Mode=HTML",

ITEMDATA,

"Name=testTitle", "Value={testtitle}", ENDITEM,

"Name=startDate", "Value=2011-02-11 15:58", ENDITEM,

"Name=endDate", "Value=2011-02-26 15:58", ENDITEM,

"Name=testtime", "Value=60", ENDITEM,

"Name=isShowCorAnswer", "Value=1", ENDITEM,

"Name=testContent_Des", "Value=content descript", ENDITEM,

"Name=testNum", "Value=9", ENDITEM,

"Name=answer1", "Value=A", ENDITEM,

"Name=answer2", "Value=A", ENDITEM,

"Name=answer3", "Value=A", ENDITEM,

"Name=answer4", "Value=A", ENDITEM,

"Name=answer5", "Value=A", ENDITEM,

"Name=answer6", "Value=A", ENDITEM,

"Name=answer7", "Value=A", ENDITEM,

"Name=answer8", "Value=A", ENDITEM,

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

Loadrunner进阶指南

3.9事务 3.9.1响应时间 事务是指用户在客户端做一种或多种业务所需要的操作集,通过事务函数可以标记完成该业务所需要的操作内容;另一方面事务可以用来统计用户操作的响应时间,事务响应时间是通过记录用户请求的开始时间和服务器返回内容到客户时间的差值来计算用户操作响应时间的,如图3.159 所示。 图3.159事务响应时间计算方式这里的响应时间不包含客户端 GUI 时间(例如浏览器解释页面所消耗的 时间)。 前面说响应时间是服务器返回和用户请求发出之间的时间差,那么得到这个时间就够了吗? 例如:现在有一场跑步比赛。当比赛完成后,可以得到每位运动员跑完整个比赛所需要消耗的时间,现在需要分析谁的起跑好、谁的冲刺好,能分析出来吗?答案是不能,虽然得到了最重要的完成比赛的响应时间,但是这对分析和优化几乎没有作用,因为只知道了结果而不知道过程。跑步的时间是由起跑、中途、冲刺等时间组成的,如果想要进行分析优化,必须先了解各个阶段所花费的时间和速度以及各个运动员的优缺点。 对于软件来说,通过事务得到的系统响应时间也是由非常多的部分组成的,一般来说响应时间由网络时间、服务器处理时间、网络延迟三大部分组成。先来看看当一个客户端发出请求到服务器返回需要经历哪些路径,如图3.160所示。

图3.160事务响应时间组成 1.网络时间 客户端发出请求首先通过网络来到Web Server 上(消耗时间为N1);然后Web Server 将处理后的请求发送给App Server (消耗时间为N2);App Server 将操作数据指令发送给Database (消耗时间为N3);Database 服务器将查询结果数据发送回App Server (消耗时间为N4);App Server 将处理后的页面发给Web Server (消耗时间为N5);最后Web Server 将HTML 转发到客户端(消耗时间为N6)。这里的N x 都是网络传输上的时间开销,没有计算业务处理所需要花费的时间。 2.服务器处理时间 另外一个方面还要考虑各个服务器处理所需要的时间WT 、AT 、DT 。 3.网络延迟 除了上面两种时间开销以外,还要考虑网络延迟的问 题。 所以最终的响应时间组成为:响应时间=网络延迟时间+WT+AT+DT + (N1+N2+N3)+(N4+N5+N6)+WT+AT+DT 也可以简单认为响应时间由网络开销(前端)和服务 器端开销(后端)两大部分组成,如图3.161所示。那么这些消耗的时间都花在什么事情上了呢?影响网络的因素一般包括以下内容:1.前端Network ?DNS Lookup ?Time to connect ?Time to first buffer ?Network Time ?Download Time ?SSL handshake ?FTP authentication ?Client Time 图3161事务响应时间组成详解

(完整word版)LoadRunner测试报告

嘉应学院计算机学院 实验报告 实验地点锡科405 课程名称软件测试实验名称负载测试工具 LoadRunner 指导老师实验时间第11周提交时间第12周班级姓名座号 一、实验目的和要求 ?规划负载测试。定义性能测试要求,例如并发用户数量、典型业务流程和要求的 响应时间。 ?创建Vuser 脚本。在自动化脚本中录制最终用户活动。 ?定义场景。使用LoadRunner Controller 设置负载测试环境。 ?运行场景。使用LoadRunner Controller 驱动、管理并监控负载测试。 ?分析结果。使用LoadRunner Analysis 创建图和报告并评估性能。 二、实验环境、内容和方法 实验环境:Windows 7 负载测试工具LoadRunner 实验对象:教务管理系统 三、实验过程描述 1.创建脚本 要生成负载,首先要创建模拟实际用户行为的自动脚本。 1.1录制用户操作: 打开VUG

创建一个空白Web 脚本 录制业务流程来创建脚本

打开一个项目后出现 登录到教务管理系统。 在User Name (用户名)框中输入11111,在Password (密码)框中输入123。单击Login (登录)。欢迎页面打开。 在浮动工具栏上单击停止以停止录制 已成功录制 2利用创建的虚拟用户脚本创建负载测试 启动Controller 默认情况下,Controller 打开时会显示“新建场景”对话框。

生成重负载 选择load generators

您将使用本地计算机作为Load Generator (默认情况下包括在场景 中)。localhost Load Generator 的状态为关闭。这说明Controller 未连接到Load Generator。 3运行负载测试场景 单击strat 监控负载下的应用程序

LoadRunner测试实例详解

LoadRunner测试实例详解 摘要:本文通过实例讲解介绍了LoadRunner 工具的使用,介于公司的实际情况,文中主要是对工具的基本使用做了详细描述,高级运用方面除性能计数器与参数设置外其它均未涉及,待以后补充。目的是使公司人员根据该手册便可以独立运用Loadrunner进行压力测试 主题词:Loadrunner 工具压力测试 1 LoadRunner 概要介绍 LoadRunner 是一种预测系统行为和性能的工业标准级负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner ,企业能最大限度地缩短测试时间,优化性能和加速应用系统的发布周期。目前企业的网络应用环境都必须支持大量用户,网络体系架构中含各类应用环境且由不同供应商提供软件和硬件产品。难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢,系统崩溃等问题。这些都不可避免地导致公司收益的损失。Mercury Interactive 的LoadRunner 能让企业保护自己的收入来源,无需购置额外硬件而最大限度地利用现有的IT 资源,并确保终端用户在应用系统的各个环节中对其测试应用的质量,可靠性和可扩展性都有良好的评价。LoadRunner 是一种适用于各种体系架构的自动负载测试工具,它能预测系统行为并优化系统性能。LoadRunner 的测试对象是整个企业的系统,它通过模拟实际用户的操作行为和实行实时性能监测,来帮助您更快的查找和发现问题。此外,LoadRunner 能支持广范的协议和技术,为您的特殊环境提供特殊的解决方案。 1.1 基本步骤 使用LoadRunner 完成测试一般分为四个步骤: 1)Vvitrual User Generator 创建脚本 创建脚本,选择协议

loadrunner测试报告

1.系统概述
项目名称: 项目简称: 项目单位: 开 发 商:
2.测试场景
场景
Scenario1 Scenario1 Scenario1 Scenario1
执行脚本 11qq 11qq 11qq 11qq
并发用户数 10 100 300 1010
并发策略 时间
2014/10/22 10:14 - 2014/10/22 10:17 2014/10/22 11:43 - 2014/10/22 10:55 2014/10/22 11:10 - 2014/10/22 11:25 2014/10/22 11:38 - 2014/10/22 12:04
同步点
3 分钟, 17 秒 12 分钟, 09 秒 15 分钟, 39 秒 26 分钟, 28 秒.

分析 概要
场景名: 会话中的结果数: 持续时间: Scenario1 C:\Users\Administrator\AppData\Local\Temp\res\res. lrr 26 分钟, 28 秒.
时间段: 2014/10/22 11:38 - 2014/10/22 12:04
统计信息概要表
运行 Vuser 的最大数目: 总吞吐量(字节): 平均吞吐量(字节/秒): 总点击次数: 平均每秒点击次数: 错误总数:
1,006 187,564,053 118,039 28,569 17.979 12 查看 HTTP 响应概要
您可以使用以下对象定义 SLA 数据 SLA 配置向导 您可以使用以下对象分析事务行为 分析事务机制
事务摘要
事务:
通过总数: 22,387
失败总数: 12
停止总数: 607
平均响应时间
事务名称 Action_Transaction vuser_end_Transaction vuser_init_Transaction
SLA Status
最小值 2.098 0 0
平均值 2.437 0 0
最大值 3.058 0.019 0.041
标准偏差 0.299 0 0.001
90 Percent 2.948 0 0
通过 18,834 2,020 2,020
失败 12 0 0
停止 607 0 0
服务水平协议图例:
Pass
Fail
No Data
HTTP 响应概要
HTTP 响应 HTTP_200 HTTP_302
合计 28,557 12
每秒 17.972 0.008
查看每秒重试次数图。

《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测试结果分析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的下载,安装与破解 .ddooo./softdown/61971.htm https://www.360docs.net/doc/f4951110.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简介 ?LoadRunner是Mercury (HP)公司开发的一套预测系统行为和性能的工业标准级负载 测试工具 ?用于测试应用程序的性能 ?在可控制的峰值负载条件下测试系统 ?通过LoadRunner,可以在可控制的峰值负载条件下测试系统,以隔离和标识潜在的客 户端、网络和服务器瓶颈。要生成负载,LoadRunner 将运行分布在网络中的数千个虚拟用户。通过使用最少的硬件资源,这些虚拟用户提供一致的、可重复并可度量的负载,像实际用户一样使用您的应用程序。LoadRunner 深入的报告和图可以提供评估应用程序性能所需的信息 ?使用LoadRunner做性能测试的好处 如果不使用LoadRunner工具做性能测试的话,要对一个程序做性测试需做以下步骤: 1、编写一个测试程序,而且该程序还必须是多线程的以便达到同时多用访问的效果 2、运行测试程序,程序运行时通过打日志或其它方法来收集运行数,而且该程序还只能运 行在一台机器上,如要联机运行并收集日志数据则需更复杂的编程 3、测试程序完成后收集运行所产生的数据,通过复杂的计算得到一组数据来表明程序的性 能。通过这些数据不能很直观的发现程序的性能瓶颈点 如使用LoadRunner来做性能测试则以上的问题都将由LoadRunner来替你解决。你只用关心要测试的程序脚本该怎么写。写完脚本后通过控制台可将该脚本分配给多个线程来运程,如要运行的线程有上千个,一台机器不能满足测试要求。可部署多台机器来运行脚本,这里的部署只是在要运行的机器上装一个LoadRunner负载程序,然后用控制台连接起来。 LoadRunner解决了我们做性能测试时一些关键问题,我们只要把脚本写好就OK了。性能测试完成后,通过分析测试中收集到的数据便能以图形的方式来展现测试过程中的种种情况,这样来分析起来就直观了很多。 ?LoadRunner的组成 共有四部份组成 1、虚拟用户生成器,用户于录制(把你据做的操作给记录下来并形成代码)或编写测试脚本 2、控制台,控制脚本的运行情况,可指定将脚本运行的线程数,可连接多个负载器并将脚 本放到它上面运行 3、分析器,分析脚本运行所产生的数据并形成多种类别的图表,以方便查看和分析 4、负载器,用于运行性能脚本,负载器可安装到多台机器上,控制台可将这些机器上的负 载器给联合起来做测试

LoadRunner使用说明书

Load Runner 使用说明 一、组件: (一) VuGen:用于捕获最终用户业务流程和创建怎动化性能测试脚本。 1. 录制脚本: (1) 集合点Rendezvous (2) 验证点Check Point:文本验证点Text Check、图片验证点Image Check (3) 事务Transaction:事务开始Start Transaction、事务结束End Transaction (4) 注释与消息Comment & Message:/***/ 2. 增强并编辑Vuser脚本 (1) 参数化: 在Select next now中的参数:Sequential顺序、Random随机、Unique唯一 在Update value on 参数:Each iteration每次迭代、Each occurrence每次出现、Once 一次 (2) 从数据库中导入数据 3. 配置动行时设置Runtime settings(运行时设置) (1) Number of Iterations:迭代次数 (2) 在Preferences中的Enable image and text check在脚本中添 加验证点时必须选中。 4. 在独立模式下运行Vuser脚本 5. 集成Vuser脚本 (二) Controller:用于组织、驱动、管理和监控负载测试。 1. 创建方案 (1) 创建手动方案

(2) 创建百分比模式方案 (3) 创建面向目标的方案 2. 计划方案 (1) 开始时间 (2) 方案运行设置:加压Ramp Up、持续时间Duration、减压Ramp Dowm 3. 运行方案 4. 监视方案 (1) RuntimeGraphs(运行时图) A. Running Vusers运行时图:Running正在运行的Vuser总数、Ready完成脚本初始化部分、即可以运行的Vuser数、Finished结束运行的Vuser数,包括通过的和失败的、Error执行时发生的错误Vuser B. Transaction Graphs事务监视图:Trans Response Time事务响应时间、Trans/Sec(Passed)每秒事务数(通过)、Trans/Sec(Failed/Stopped)每秒事务数(失败、停止)、 Total Trans/Sec(Passed)每秒事务总数(通过)。 (2) Web资源监视 A. Hits per Second第秒点击次数图: B. Throughput吞吐量图: C. HTTP Responses per Second每秒HTTP响应数图 代码列表: 代码Meaning 中文描述 200 OK 正常 302 Moved Temporarily 已找到

Loadrunner使用测试实验报告

一、实验目的 熟悉LoadRunner 的使用并对网站进行并发测试得到性能指标。 二、实验内容 1、题目内容描述 题目一:LoadRunner 的使用 熟悉LoadRunner 的界面,掌握LoadRunner 进行性能测试的测试流程。题目二:对某个网站进行并发测试 录制用户登录系统过程,并进行参数化。然后分别模拟10个、20个、50 个和100个用户登录系统,分别获得响应时间、吞吐量等性能指标。 2、测试计划 测试流程: 第一步:制定测试计划 第二步:创建虚拟用户脚本 第三步:创建场景 第四步:运行测试 第五步:监视场景 第六步:分析测试结果 1. 系统分析 本网站的用户有三类,一类是教师,可以对学生该科目的成绩等进行操作;一类是学生,进入该网站并登录教务系统,另一类是管理员。 2. 系统压力强度估算 3. 系统性能测试项 本次测试的主要内容是用户并发测试。主要指对系统的核心部分进行测试,以真实的业务数据作为输入,选择有代表性和关键的业务操作来设计测试用例。根据测试计划,对下列业务进行并发测试: (1)点击进入计科学院 (2)主页搜索 (3)登陆教务系统 (4)组合业务

注:由于条件的限制,在进行性能测试中不可能对所有的功能点都进行性能测试,在此只选择了几个典型的功能点。 3、实验过程 使用LoadRunner对西南科技大学的网站进行测试。 1对登陆的用户名和密码进行参数化 设置迭代次数为1,设置虚拟用户分别为5和10,localhost 进行连接,点击运行。 2. 设置本地连接、等待时间等。 3. 运行。 4、测试结果

、实验思考 通过这次实验学习了使用LoadRunner 对网站进行性能测试,压力测试,获得响应时间、吞吐量、点击率等性能指标。使用这个工具对我们测试网站的性能有很大的帮助,经过参数化后模拟登陆用户进行大量并发测试,获得性能指标,避免网站承受能力差的情况,提高质量。这样使用工具来测试网站比手动测试方便多了,而且不会出错。

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菜单栏

网站性能测试报告模板

网站性能测试报告

目录 1项目背景 (3) 2编写目的 (3) 3参考文档 (3) 4参与测试人员 (3) 5测试说明 (3) 5.1 测试对象 (3) 5.2 测试环境结构图 (4) 5.2.1测试环境 (4) 6测试流程 (5) 7测试方法 (5) 8测试结果统计 (6) 8.1 用户并发测试:独立业务 (6) 8.2 用户并发测试:组合业务 (16) 8.3 大数据量测试 (22) 9分析与建议 (22) 9.1 独立业务 (22) 9.2 组合业务 (22) 9.3 大数据 (22) 9.4 其它....................................................................................................错误!未定义书签。

1项目背景 为了了解网易网的行你呢,我特此对网易网站进行压力测试。2 2编写目的 描述网易网站,在大数据量的数据环境下,系统的执行效率和稳定性。3参考文档 4参与测试人员 软件测试0801雷晓华 5测试说明 5.1测试对象 网易网站

5.2测试环境结构图 5.2.1测试环境5.2.1.1服务器端 5.2.1.1.1硬件环境 5.2.1.1.2软件环境

5.2.1.2客户端 5.2.1.2.1硬件环境 5.2.1.2.2软件环境 6测试流程 1、搭建模拟用户真实运行环境。 2、安装压力测试工具Loadrunner7.8。 3、使用LoadRunner中VuGen录制测试脚本。 4、使用Load Runner Controller组织发起模拟负载,并收集测试数据以及测试目标机器和网络的资源数据。 5、使用LoadRunner 的Analysis组件,分析测试结果。 6、整理并分析测试结果,写测试总结报告。 7测试方法 使用Mercury公司的性能测试软件LoadRunner8.1,对本系统业务进行脚本录制,测试回放,逐步加压和跟踪记录。测试过程中,由LoadRunner的管理平台调用各前台测试,发起各种组合的业务请求,并跟踪记录服务器端的运行情况和返回给客户端的运行结果。 1、录制日常访问量比较大的业务模块的代码,对测试机器进行压力测试。 2、模拟用户在单个业务操作和两个业务混合操作时,20、50、100、300、500用户同时并发,进行多次连续测试,完成测试目标。

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协议)

LoadRunner压力测试

LoadRunner压力测试

一、环境准备 优化操作系统(centOS) 1、执行命令 sudo modprobe -r xt_NOTRACK nf_conntrack_netbios_ns nf_conntrack_ipv4 xt_state sudo modprobe -r nf_conntrack 2、使用文本编辑器打开 /etc/sysctl.conf 修改net.ipv4.tcp_max_tw_buckets的值 net.ipv4.tcp_max_tw_buckets= 16000 修改nginx配置 (只在压力测试使用,测试完毕后恢复) 1、找到以下条目,修改值 proxy_connect_timeout 600; proxy_send_timeout 600; proxy_read_timeout 600; 2、修改 upstream 中的值 server 192.168.0.254:8003 max_fails=15 fail_timeout=160s weight=1 srun_id=03; jvm_route $cookie_JSESSIONID reverse; 修改 LEAP.xml (只在压力测试使用,测试完毕后恢复) 在RPCServices 节点中添加disablesid="true" 例: 修改项目登录页面 去除登录页面的图片验证码

二、Loadrunner安装之前 安装要求 1、Loadrunner(主控机和压力机)必须安装在windows2003 server 版本下 2、必须安装IE浏览器,建议为IE6版本,其他版本在脚本录制过程中会出现打不开IE的情况 安装虚拟光驱

LoadRunner通用函数详解(中文)

脚本运行相关 lr_get_vuser_ip 作用 获取虚拟用户IP。 返回值 成功,返回虚拟用户的IP指针; 失败,返回NULL. 参数 无 例子 Action() { char *ip; ip = lr_get_vuser_ip(); if (ip) lr_output_message("The IP address is %s", ip); else lr_output_message("IP spoofing disabled"); } lr_vuser_status_message 作用 该函数将消息发送到消息到vuser状态区域,同时还将该字符串发送到vuser日志返回值 成功,0;

失败,-1说明事务名称非法或者没有调用lr_start_transaction 参数 (格式化输出) 例子 lr_vuser_status_message( "We are on iteration #%s", lr_eval_string( "{iteration}" ) ); lr_continue_on_error 作用 指定错误处理的方法 返回值 无 参数 (int value) 0:取消出错继续执行设置 1:发生错误继续运行脚本 2:发生错误跳至下个Action运行 3:发生错误跳至下一迭代来运行 4:发生错误结束当前用户 例子 //对于夜间执行的场景(一般会打开Continue on error选项)。一些非关键业务,则需要通过lr_continue_on_error (1)开启Continue on error选项,这样即使遇到错误也不会影响脚本的继续执行。但是对于关键业务,就需要关闭该项,使一些关键业务在出错时能够停止执行。//反之,如果在Run-time Settings中没有勾选Continue on error项,则应该通过组合使用lr_continue_on_error (1)与lr_continue_on_error (0)来使一些非关键业务发生错误后继续执行 Action() { …… ……

Loadrunner《Web项目测试实战》性能测试结果分析样章

5.4.2测试结果分析 LoadRunner性能测试结果分析是个复杂的过程,通常可以从结果摘要、并发数、平均事务响应时间、每秒点击数、业务成功率、系统资源、网页细分图、Web服务器资源、数据库服务器资源等几个方面分析,如图5- 1所示。性能测试结果分析的一个重要的原则是以性能测试的需求指标为导向。我们回顾一下本次性能测试的目的,正如错误!未找到引用源。所列的指标,本次测试的要求是验证在30分钟内完成2000次用户登录系统,然后进行考勤业务,最后退出,在业务操作过程中页面的响应时间不超过3秒,并且服务器的CPU 使用率、内存使用率分别不超过75%、70%,那么按照所示的流程,我们开始分析,看看本次测试是否达到了预期的性能指标,其中又有哪些性能隐患,该如何解决。 图5- 1性能测试结果分析流程图 结果摘要 LoadRunner进行场景测试结果收集后,首先显示的该结果的一个摘要信息,如图5- 2所示。概要中列出了场景执行情况、“Statistics Summary(统计信息摘要)”、“Transaction Summary(事务摘要)”以及“HTTP Responses Summary(HTTP响应摘要)”等。以简要的信息列出本次测试结果。 图5- 2性能测试结果摘要图

场景执行情况 该部分给出了本次测试场景的名称、结果存放路径及场景的持续时间,如图5- 3所示。从该图我们知道,本次测试从15:58:40开始,到16:29:42结束,共历时31分2秒。与我们场景执行计划中设计的时间基本吻合。 图5- 3场景执行情况描述图 Statistics Summary(统计信息摘要) 该部分给出了场景执行结束后并发数、总吞吐量、平均每秒吞吐量、总请求数、平均每秒请求数的统计值,如图5- 4所示。从该图我们得知,本次测试运行的最大并发数为7,总吞吐量为842,037,409字节,平均每秒的吞吐量为451,979字节,总的请求数为211,974,平均每秒的请求为113.781,对于吞吐量,单位时间内吞吐量越大,说明服务器的处理能越好,而请求数仅表示客户端向服务器发出的请求数,与吞吐量一般是成正比关系。 图5- 4统计信息摘要图 Transaction Summary(事务摘要) 该部分给出了场景执行结束后相关Action的平均响应时间、通过率等情况,如图5- 5所示。从该图我们得到每个Action的平均响应时间与业务成功率。 图5- 5事务摘要图

LoadRunner11操作手册整理_2012.06.30

第一章Loadrunner11简介 随着软件开发技术不断发展和日益成熟,现代应用程序也越来越复杂。应用程序可以利用数十个甚至数百个组件完成以前用纸或人工完成的工作。在业务处理过程中,应用程序复杂度与潜在故障点数目之间有直接的关联。这使得找出问题根本原因变得越来越困难。 软件惊人的变化速度和激增的复杂性为软件开发过程带来了巨大的风险。严格的性能测试是量化和减少这种风险最常见的策略。使用HP LoadRunner 进行自动化负载测试是应用程序部署过程中一个非常重要的环。 1.1为什么要实现性能自动化测试 自动化性能测试是利用产品、人员和流程来降低应用程序、升级程序或补丁程序部署风险的一种手段。自动化性能测试的核心是向预部署系统施加工作负载,同时评估系统性能和最终用户体验。一次组织合理的性能测试可以让用户清楚以下几点: 应用程序对目标用户的响应是否足够迅速? 应用程序是否能够游刃有余地处理预期用户负载? 应用程序是否能够处理业务所需的事务数? 在预期和非预期用户负载下应用程序是否稳定? 是否能够确保用户在使用此应用程序时感到满意? 通过回答这些问题,自动化性能测试可以量化业务状况的更改所带来的影响。这反过来也可以让用户清楚部署此应用程序的风险。有效的自动化性能测试可帮助您做出更加明智的发行决定,防止发行的应用程序带来系统停机和可用性问题。 1.2 LoadRunner 包含哪些组件 LoadRunner 包含以下组件: Virtual User Generator 录制最终用户业务流程并创建自动化性能测试脚本,即Vuser 脚本。 Controller 组织、驱动、管理并监控负载测试。 Load Generator 通过运行Vuser 产生负载。 Analysis 用于查看、剖析和比较性能结果。 Launcher 使您可以从单个访问点访问所有LoadRunner 组件。 1.3了解LoadRunner 术语 场景场景文件根据性能要求定义每次测试期间发生的事件。 Vuse 在场景中,LoadRunner 用虚拟用户(Vuser)代替真实用户。Vuser 模仿真用户的操作来使用应用系统。一个场景可以包含数十、数百乃至数千个Vuser。脚本Vuser 脚本描述Vuser 在场景中执行的操作。 事物要评测服务器性能,需要定义事务。事务代表要评测的终端用户业务流程。

相关文档
最新文档