loadrunner常见用法学习笔记.doc_第1页
loadrunner常见用法学习笔记.doc_第2页
loadrunner常见用法学习笔记.doc_第3页
loadrunner常见用法学习笔记.doc_第4页
loadrunner常见用法学习笔记.doc_第5页
已阅读5页,还剩20页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

LoadRunner学习记录LoadRunner 2007-08-29 10:48:40 阅读43 评论0 字号:大中小订阅 下面是对LoadRunner学习笔记,深入中。1集合点:插入集合点是为了衡量在加重负载的情况下服务器的性能情况。在测试计划中,可能会要求系统能够承受1000 人同时提交数据,在LoadRunner 中可以通过在提交数据操作前面加入集合点,这样当虚拟用户运行到提交数据的集合点时,LoadRunner 就会检查同时有多少用户运行到集合点,如果不到1000 人,LoadRunner 就会命令已经到集合点的用户在此等待,当在集合点等待的用户达到1000 人时,LoadRunner 命令1000 人同时去提交数据,从而达到测试计划中的需求。2事务(Transaction):为了衡量服务器的性能,我们需要定义事务。比如:我们在脚本中有一个数据查询操作,为了衡量服务器执行查询操作的性能,我们把这个操作定义为一个事务,这样在运行测试脚本时,LoadRunner 运行到该事务的开始点时,LoadRunner 就会开始计时,直到运行到该事务的结束点,计时结束。这个事务的运行时间在结果中会有反映。插入事务操作可以诼贾乒讨薪校部梢栽诼贾平崾蠼小oadRunner 运行在脚本中插入不限数量的事务。3参数化输入如果用户在录制脚本过程中,填写提交了一些数据,比如要增加数据库记录。这些操作都被记录到了脚本中。当多个虚拟用户运行脚本时,都会提交相同的记录,这样不符合实际的运行情况,而且有可能引起冲突。为了更加真实的模拟实际环境,需要各种各样的输入。参数化输入是一种不错的方法。4参数化包含以下两项任务: 在脚本中用参数取代常量值。 设置参数的属性以及数据源。(注:不是所有的函数都可以参数化的。)5参数的类型。 DateTime:很简单,在需要输入日期/时间的地方,可以用DateTime 类型来替代。其属性设置也很简单,选择一种格式即可。当然也可以定制格式。 Group Name:暂时不知道何处能用到,但设置比较简单。在实际运行中,LoadRunner使用该虚拟用户所在的Vuser Group 来代替。但是在VuGen 中运行时,Group Name将会是None. Load Generator Name:在实际运行中,LoadRunner 使用该虚拟用户所在Load Generator 的机器名来代替。 Iteration Number:在实际运行中,LoadRunner 使用该测试脚本当前循环的次数来替。 Random Number:随机数。很简单。在属性设置中可以设置产生随机数的范围 Unique Number:唯一的数。在属性设置中可以设置第一个数以及递增的数的大小。 (注意:使用该参数类型必须注意可以接受的最大数。例如:某个文本框能接受的最大数为99。当使用该参数类型时,设置第一个数为1,递增的数为1,但100 个虚拟用户同时运行时,第100 个虚拟用户输入的将是100,这样脚本运行将会出错。注意:这里说的递增意思是各个用户取第一个值的递增数,每个用户相邻的两次循环之间的差值为1。举例说明:假如起始数为1,递增为5,那么第一个用户第一次循环取值1,第二次循环取值2;第二个用户第一次循环取值为6,第二次为7;依次类推。)Vuser ID:设置比较简单。在实际运行中,LoadRunner 使用该虚拟用户的ID 来代替,该ID 是由Controller 来控制的。但是在VuGen 中运行时,Vuser ID 将会是 1。 File:需要在属性设置中编辑文件,添加内容,也可以从现成的数据库中取数据 User Defined Function:从用户开发的dll 文件提取数据。就目前我认为,这种方式没有必要。VuGen 支持C 语言的语法,在VuGen 中重新编写类似的函数应该不难。(注意::在参数数据显示区,最多只能看到100 行,如果数据超过100 行,只能点“Edit”按钮,进入记事本看。)Sequential:按照顺序一行行的读取。每一个虚拟用户都会按照相同的顺序读取Random:在每次循环里随机的读取一个,但是在循环中一直保持不变Unique :唯一的数。(注意:使用该类型必须注意数据表有足够多的数。比如Controller 中设定20 个虚拟用户进行5 次循环,那么编号为1 的虚拟用户取前5个数,编号为2 的虚拟用户取6-10 的数,依次类推,这样数据表中至少要有100个数据,否则Controller 运行过程中会返回一个错误。)Same Line As 某个参数(比如Name):和前面定义的参数Name 取同行的记录。通常用在有关联性的数据上面。6检查点为了检查Web 服务器返回的网页是否正确,VuGen 允许我们插入Text/Imag 检查点,这些检查点验证网页上是否存在指定的Text 或者Imag,还可以测试在比较大的压力测试环境中,被测的网站功能是否保持正确。推荐最好能在录制过程中添加Text/Imag 检查点。(注意:这里要搜索的字符串可以使用正则表达式。)7可以调试脚本,比如在脚本中加断点等,操作和在VC 中完全一样8运行场景描述在测试活动中发生的各种事件。一个运行场景包括一个运行虚拟用户活动的Load Generator 机器列表,一个测试脚本的列表以及大量的虚拟用户和虚拟用户组。创建运行场景使用Controller。9优化Controller 和Load Generators 计算机如果控制机(Controller machine)和Load Generators 计算机运行的都是Windows2000,那么下面两个简单的技巧可以提高性能1)在Load Generators 计算机上,依次进入“控制面板”“系统”选择“高级”标签页,点“性能选项”按钮,选择优化“后台服务”选项,这样可以提高性能,从而可以在每个Load Generators 上运行更多的虚拟用户2)在Controller 计算机上,按照以上的步骤,进入“性能选项”窗口,不过这里选择优化“应用程序”10用于运行 Vuser 脚本的 C 解释器仅支持 ANSI C 语言。它不支持 Microsoft对 ANSI C 的任何扩展。11常用方法lr_set_transaction_status 设置打开事务的状态lr_set_transaction_status_by_name 设置事务的状态lr_stop_transaction 停止事务数据的收集lr_stop_transaction_instance 停止事务(由它的句柄指定)数据的收集lr_get_host_name 返回执行 Vuser 脚本的主机名lr_get_master_host_name 返回运行 LoadRunner Controller 的计算机名lr_save_datetime 将当前日期和时间保存到参数中lr_eval_string_ext 检索指向包含参数数据的缓冲区的指针lr_eval_string_ext_free 释放由 lr_eval_string_ext 分配的指针lr_debug_message 将调试信息发送到输出窗口lr_error_message 将错误消息发送到输出窗口lr_get_debug_message 检索当前消息类lr_log_message 将消息发送到日志文件lr_output_message 将消息发送到输出窗口lr_set_debug_message 设置调试消息类lr_vuser_status_message 生成带格式的输出,并将其写到 ControllerVuser 状态区域lr_message 将消息发送到 Vuser 日志和输出窗口lr_peek_events 指明可以暂停 Vuser 脚本执行的位置lr_think_time 暂停脚本的执行,以模拟思考时间(实际用户在操作之间暂停以进行思考的时间)lr_continue_on_error 指定处理错误的方法lr_rendezvous 在 Vuser 脚本中设置集合点LoadRunner监控局域网内其他服务器系统资源设置 近来在弄LoadRunner,当我录制编写脚本后,创建场景进行测试的时候往往会需要对服务器的实时系统资源使用情况进行监控,以更好的分析系统的性能并给出解决方法,一开始我把问题想得太简单,直接填写要监控的服务器ip,以为这样就行,后来慢慢发现原来不是这么简单。下面是解决方法: 1)进入被监控服务器的windows系统,开启以下二个服务Remote Procedure Call(RPC) 和Remote Registry Service 。你可以在开始运行 中输入services.msc,在弹出的界面中开启对应的两个服务即可。 2)在被监控的WINDOWS机器上:右击我的电脑,选择管理-共享文件夹-共享 在这里面要有C$这个共享文件夹 (要是没有的话可以自己手动加上)。 3)在安装LoadRunner的机器上(即监控机),开始运行,输入 被监控机器IPC$ ,然后输入管理员帐号和密码,如果能看到被监控机器的C盘了,就说明你得到了那台机器的管理员权限,可以使用LoadRunner去连接了。(LoadRunner要连接WINDOWS机器进行监控要有管理员帐号和密码才可以。) 出现问题:在执行步骤3)时,输入 被监控机器IPC$,出现不能以administrator身份访问被监控系统(若采用这种方式用LR对其监控的话,会提示:“找不到网络路径”)的情况,现象就是用户名输入框是灰色的,并且默认用户是guest。 解决办法:这是安全策略的设置问题(管理工具 - 本地安全策略 - 安全选项 - 网络访问:本地帐户的共享和安全模式)。默认情况下,XP的访问方式是仅来宾的方式,如果你访问它,当然就固定为Guest来访问,而guest账户没有监控的权限,所以要把访问方式改为“经典”模式,这样就可以以administrator的身份登陆了。修改后,再次执行步骤3),输入管理员用户名和密码,就可以访问被监控机器C盘了 若这样都不行的话(可能是其它问题引起的),那只好采取别的方法了。在服务器的机子上,通过windows自带的“性能日志和警报”下的“计数器日志”中新增加一个监控日志(管理工具性能性能日志和警报),配置好日志,也能监控服务器的cpu、memory、disk等计数器。当然,这种方法就不是用LoadRunner来监控了。在LR所在机器命令提示符下输入net use 192 . 168 . 0 . 200 (这个地方的地址是你要监控的机器ip地址)若没有问题的话会做如下提示:为 00 输入用户名: administrator输入 00 的密码:输入正确的用户和密码后,再输入 192 . 168 . 0 . 200C$试试 用LR监视windows的步骤 在controller 中,Windows Resources窗口中右击鼠标选择Add Measurements,添加被监控windows的IP地址,选择所属系统,然后选择需要监控的指标就可以开始监控了。监控linux服务器的配置如下:1、 修改/etc/xinetd.d/下的三个conf文件 rlogin , rsh ,rexec 这三个配置文件,把这三个文件里的disable =yes都改成 disable = no ( disabled 用在默认的 中禁止服务),或是把# default: off都设置成 on 这个的意思就是在xinetd启动的时候默认都启动上面的三个服务。2、 执行: rpc.rstatd3、 检查是否启动rstatd,输入命令: rpcinfo p。如果能看到:程序 版本 协议 端口* * udp 741 rstatd那就说明rstatd服务启动了4、 LR中添加计算器如果系统没有安装rstatd的话,上面的操作将会不成功,需要先安装rstatd,安装rstatd过程很简单:1、从安装光盘或网上找到安装文件(一般是rstatd*.tar.gz)2、解压缩安装包:tar xzvf rstatd*.tar.gz3、进入源文件目录运行配置文件和编译:$ ./configure$ make$ make install安装好之后,就按上面的步骤启动rstatd即可。(说明:以上的操作需要root用户权限)设置IP欺骗的原因1、当某个IP的访问过于频繁,或者访问量过大是,服务器会拒绝访问请求,这时候通过IP欺骗可以增加访问频率和访问量,以达到压力测试的效果。2、某些服务器配置了负载均衡,使用同一个IP不能测出系统的实际性能。LR中的IP欺骗通过调用不同的IP,可很大程度上的模拟实际使用中多IP访问和并测试服务器均衡处理的能力。多IP地址的设置IP地址的设置较为简单,可直接在本地连接中增加IP,或者通过LR自带的工具“IP wizard”设置,当然也可以使用其它软件设置。唯一需要注意的就是注意设置的IP的有效性。“选项”中的IP设置 使用“选项”对话框中的“常规”选项卡,可以选择IP地址模式。只有在专家模式下操作 Controller 时,才显示该选项卡。 要设置常规专家模式设置,请执行下列操作: 1.选择“工具”“选项”。将显示“选项”对话框。选择“常规”选项卡。 2.选择多个 IP 地址模式。需要注意的是,这里的IP地址模式和运行时设置中的常规设置的不同,会导致IP欺骗失效。具体该怎么设置,这里就不讲了,很简单的东西。启用IP欺骗从 Controller 启用多个 IP 地址 定义多个 IP 地址后,您就可以设置一个选项,让 Controller 使用该功能。 要从 Controller 启用多个 IP 地址,请执行下列操作: 在 Controller“设计”视图中,选择“场景”“启用 IP 欺骗器”。 注意:必须在连接到负载生成器之前选择该选项。IP欺骗功能验证IP欺骗已经设置了,但是是不是有效呢?通常会有这样的疑问。下面我们通过一个简单的试验,来验证是否有效。在脚本的Action()部分增加如下代码:char * ip=lr_get_vuser_ip();if(ip)lr_vuser_status_message(The ip address is %s,ip);elselr_vuser_status_message(IP spoofing disabled);然后通过控制器设置并运行场景,在Controllers Vuser 窗口中,大家可以看到如下的结果:使用loadrunner进行IP欺骗首先要注意以下两点:1、 本地的IP设置不能为“自动获取”,必须指定一个静态IP如果本地是动态获取IP,在运行IP Wizard时会弹出提示:The IP wizard does not support DHCP-enabled network cards.Your cards are either DHCP-enabled or configured with invalid settings.Please contact your system administrator.此时只需要将IP地址改成静态IP地址就可以了2、 所添加的IP只能是局域网内的网段只能添加192段,127段,10段IP地址好下面开始介绍如何使用IP欺骗一、添加IP地址第一步:运行Mercury LoadRunner- Tools-IP Wizard弹出的IP设置向导中的各项含义如下:1、 create new setting 新建IP列表当我们第一次使用IP欺骗或已经释放所添加的IP时,需要选择此项添加新的IP地址2、 load previous setting from file 读取IP列表文件从以前设置的IP地址列表文件中读取IP地址3、 restore original setting 释放已设置的IP释放已经添加的IP地址说明:loadrunner在做IP欺骗时,真实的虚拟了IP地址,该IP地址均真实存在,可以ping通,可以建立网络链接,在不使用时必须进行释放,否则这些IP地址将一直存在。第二步:选择create new setting,点击“下一步”此时出现的页面是让输入服务器的IP地址,loadrunner通过该地址更新路由表。客户端计算机上添加新的 IP 地址后,服务器需要将该地址添加到路由表,以便能够识别返回到客户端的路由。如果服务器和客户端具有相同的子网掩码、IP 类和网络,则不需要修改服务器的路由表。注意: 如果客户端和服务器计算机之间有一个路由器,则服务器需要识别经过该路由器的路径。确保将以下路由添加到服务器路由表:从 Web 服务器到路由器的路由,以及从路由器到负载生成器计算机上的所有 IP 地址的路由。第三步:在输入服务器地址的页面中不输入任何地址,直接点击“下一步”进入IP添加页面点击“add”进行添加第四步:在from ip 输入框中输入起始ip,在Number to输入框中输入ip地址的位数输入正确的子网掩码选中“verify that new ip addresses are not already used”点击“ok”,此时IP Wizard会自动按照设置生成IP地址,并且将已经占用的IP列出 第五步:确认可用IP地址列表内容后,点击“ok”此时IP Wizard提示需要重新启动计算机,点击“save as”保存IP列表点击“ok”,重新启动计算机第六步:计算机重新启动后,在运行行中输入:CMD,在DOS命令窗口中输入:IPCONFIG,此时便可看到虚拟的IP地址均已经被启用二、在loadrunner中使用虚拟IP第一步:打开controller,在controller中,选择 Scenario-Enable IP Spoofer,此项设置允许使用IP欺骗。第二步:设计场景:有两种方案来设计场景1、 本地使用虚拟IP设计场景(不带负载生成器使用localhost进行测试)在设置该类场景时,在场景中添加一个录制好的脚本,该脚本中添加如下代码便可看到虚拟用户在使用哪个IP地址进行消息发送,该场景是通过线程方式进行性能测试。char * ip;ip=lr_get_vuser_ip();if (ip) lr_vuser_status_message(The ip address is %s,ip); elselr_vuser_status_message(IP spoofing disabled); 在controller中执行该脚本时,查看虚拟用户运行状态,便可看到当前虚拟用户使用的哪个IP地址发送消息2、 负载生成器使用虚拟IP设计场景在设置该类场景时,需要添加负载生成器,建立负载生成器时输入创建的虚拟IP,每个负载生成器为一个虚拟用户组,该场景是通过进程方式进行性能测试。如何添加负载生成器创建场景在这里就不多描述了。但需要注意,选中Tools下的Expert mode,启动专家模式再点击Tools下的options在Genearl选项卡中设置已线程方式或进程方式进行性能测试,这个选项一定要与当前场景的模式相匹配,也就是说使用本地虚拟IP测试时需要选中线程方式,使用负载生成器使用虚拟IP测试时需要选中进程方式三、使用虚拟IP测试完成后打开IP Wizard,释放所有虚拟IP。重新启动计算机启动loadrunner web server报端口1080被占用的解决打开LR8.1 的webserver ,报1080端口被占用,解决如下: 修改%Lr8.1_Home%WebTours的xitami.cfg 的portbase=1000为2000或者其他。 实际HTTP端口为portbase+80,在这个配置之前有解释为什么这样的,自己看看就明白!但是更改完这个配置以后我的脚本可以完成录制,却不能完成除了LR自带例子以外的其他例子了,原因寻找中。汗,不是更改这个地方的原因,不知道昨天找1080端口被占用原因的时候啥时候把代理给设置上了,晕倒,改成不用代理就通过了,真是崩溃啊!不过奇怪的是,今天再把端口改回1080也可以用了,可是我的电脑开的软件和所有东西都和那天显示1080被占的时候都是一样的。LR真是神奇啊。LoadRunner错误及解决方法总结 1. error:missing newline in d:loadrunnername.dat场景执行时报error:missing newline in d:loadrunnername.dat第二次执行不报两个解决办法:第一:如果参数不是很多的话,不要打开记事本去编辑参数,就直接在LR提供的参数的表格中进行编辑即可。第二:如果参数很多超过100条的话。 在记事本中编辑好了之后,记着在最后一个参数后打个回车,让鼠标的光标移动到下一行。2.load generator is currently running the maximum number 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.LoadRunner 常见问题:(1)sofeware caused connction:这种情况,一般是脚本有问题,或者loadrunner有问题。解决方法:重新启动机器,或者重新录制脚本,估计是loadrunner的bug。(2)cannot connect to server:无法连接到服务器。这种情况是服务器的配置有问题,服务器无法承受过多的并发连接了。需要优化服务器的配置,如操作系统采用windows 2003 server,优化tomcat配置:maxThreads=500 minSpareThreads=400 maxSpareThreads=450。但是tomcat 最多支持500个并发访问优化apache配置:ThreadsPerChild 1900MaxRequestsPerChild 10000其他的错误如:Action.c(10): Error -27791: Server has shut down the connection prematurelyHTTP Status-Code=503 (Service Temporarily Unavailable)一般都是由于服务器配置不够好引起的,按照问题(2)处理,如果仍旧不行,需要优化硬件和调整程序了。Apache问题:(1) File does not exist: C:/Apache/htdocs/favicon.ico:这个问题是apache,htdocs目录没有favicon.ico文件引起的,该文件是网站的图标,仅在firefox,myIE等浏览器出现。(2) 图片无法显示:配置apache后,却无法显示图片。解决方法:把程序的图片,按照程序结构copy到apache的htdocs目录下。(3) 无法处理请求:当我们输入 *.do 命令后,apache确返回错误信息,而连接tomcat却没有问题。原因是没有把.do命令转发给tomcat处理。解决方法如下:在apache配置文件中配置如下内容:DocumentRoot C:/Apache/htdocsJkMount /*.jsp loadbalancerJkMount /*.do loadbalancer4、Step download timeout (120 seconds)这是一个经常会遇到的问题,解决得办法走以下步骤:1、 修改run time setting中的请求超时时间,增加到600s,其中有三项的参数可以一次都修改了,HTTP-request connect timeout,HTTP-request receieve timeout,Step download timeout,分别建议修改为600、600、5000;run time setting设置完了后记住还需要在controler组件的option的run time setting中设置相应的参数;2、 办法一不能解决的情况下,解决办法如下:设置runt time setting中的internet protocol-preferences中的advaced区域有一个winlnet replay instead of sockets选项,选项后再回放就成功了。切记此法只对windows系统起作用。5、问题描述Connection reset by peer 这个问题不多遇见,一般是由于下载的速度慢,导致超时,所以,需要调整一下超时时间。解决办法:Run-time setting窗口中的Internet ProtocolPreferences设置set advanced options(设置高级选项),重新设置一下“HTTP-request connect timeout(sec),可以稍微设大一些”;6、问题描述connection refused 这个的错误的原因比较复杂,也可能很简单也可能需要查看好几个地方,解决起来不同的操作系统方式也不同;1、首先检查是不是连接weblogic服务过大部分被拒绝,需要监控weblogic的连接等待情况,此时需要增加acceptBacklog,每次增加 25%来提高看是否解决,同时还需要增加连接池和调整执行线程数,(连接池数*Statement Cache Size)的值应该小于等于oracle数据库连接数最大值;2、如果方法一操作后没有变化,此时需要去查看服务器操作系统中是否对连接数做了限制,AIX下可以直接vi文件limits修改其中的连接限制数,还有 tcp连接等待时间间隔大小,wiodows类似,只不过wendows修改注册表,具体修改方法查手册,注册表中有TcpDelayTime项;7、问题描述open many files问题一般都在压力较大的时候出现,由于服务器或者应用中间件本身对于打开的文件数有最大值限制造成,解决办法:1、修改操作系统的文件数限制,aix下面修改limits下的nofiles限制条件,增大或者设置为没有限制,尽量对涉及到的服务器都作修改;2、方法一解决不了情况下再去查看应用服务器weblogic的commonEnv.sh文件,修改其中的nofiles文件max-nofiles数增大,应该就可以通过了,具体就是查找到nofiles方法,修改其中else条件的执行体,把文件打开数调大;修改前记住备份此文件,防止修改出错;8、问题描述has shut down the connection prematurely一般是在访问应用服务器时出现,大用户量和小用户量均会出现;来自网上的解释:1 应用访问死掉小用户时:程序上的问题。程序上存在数据库的问题2 应用服务没有死应用服务参数设置问题例如:在许多客户端连接Weblogic应用服务器被拒绝,而在服务器端没有错误显示,则有可能是Weblogic中的server元素的AcceptBacklog属性值设得过低。如果连接时收到connection refused消息,说明应提高该值,每次增加25Java连接池的大小设置,或JVM的设置等3 数据库的连接在应用服务的性能参数可能太小了数据库启动的最大连接数(跟硬件的内存有关)以上信息有一定的参考价值,实际情况可以参考此类调试。如果是以上所说的小用户时:程序上的问题。程序上存在数据库的问题,那就必须采用更加专业的工具来抓取出现问题的程序,主要是程序中执行效率很低的sql语句,weblogic可以采用introscope定位,期间可以注意观察一下jvm的垃圾回收情况看是否正常,我在实践中并发500用户和600用户时曾出现过jvm锯齿型的变化,上升下降都很快,这应该是不太正常的;9、问题描述Failed to connect to server这个问题一般是客户端链接到服务失败,原因有两个客户端连接限制(也就是压力负载机器),一个网络延迟严重,解决办法:1、 修改负载机器的tcpdelaytime注册表键值,改小;2、 检查网络延迟情况,看问题出在什么环节;建议为了减少这种情况,办法一最好测试前就完成了,保证干净的网络环境,每个负载机器的压力测试用户数不易过大,尽量平均每台负载器的用户数,这样以上问题出现的概率就很小了。10LoadRunner HTTP服务器状态代码:在录制Web协议脚本回放脚本的过程中,会出现HTTP服务器状态代码,例如常见的页面-404错误提示、-500错误提示。错误现象1:-404 Not Found服务器没有找到与请求URI相符的资源,但还可以继续运行直到结束。错误分析:此处与请求URI相符的资源在录制脚本时已经被提交过一次,回放时不可再重复提交同样的资源,而需要更改提交资源的内容,每次回放一次脚本都要改变提交的数据,保证模拟实际环境,造成一定的负载压力。解决办法:在出现错误的位置进行脚本关联,在必要时插入相应的函数。错误现象2:-500 Internal Server Error服务器内部错误,脚本运行停止。错误分析:服务器碰到了意外情况,使其无法继续回应请求。解决办法:出现此错误是致命的,说明问题很严重,需要从问题的出现位置进行检查,此时需要此程序的开发人员配合来解决,而且产生的原因根据实际情况来定,测试人员无法单独解决问题,而且应该尽快解决,以便于后面的测试。11LoadRunner请求无法找到:在录制Web协议脚本回放脚本的过程中,会出现请求无法找到的现象,而导致脚本运行停止。错误现象:Action.c(41): Error -27979: Requested form not found MsgId: MERR-27979Action.c(41): web_submit_form highest severity level was ERROR,0 body bytes, 0 header bytes MsgId: MMSG-27178这时在tree view中看不到此组件的相关URL。错误分析:所选择的录制脚本模式不正确,通常情况下,基于浏览器的Web应用会使用“HTML-based script”模式来录制脚本;而没有基于浏览器的Web应用、Web应用中包含了与服务器进行交互的Java Applet、基于浏览器的应用中包含了向服务器进行通信的JavaScript/VBScript代码、基于浏览器的应用中使用HTTPS安全协议,这时则使用“URL-based script”模式进行录制。解决办法:打开录制选项配置对话框进行设置,在“Recording Options”的“Internet Protocol”选项里的“Recording”中选择“Recording Level”为“HTML-based script”,单击“HTML Advanced”,选择“Script Type”为“A script containing explicit”。然后再选择使用“URL-based script”模式来录制脚本。12LoadRunner回放Web Services协议脚本错误:LoadRunner 8.0版本在录制Web Services协议的脚本时正常,但在回放时会出现错误,提示停止脚本运行。错误现象:利用LoadRunner 8.0版本来录制Web Services协议的脚本没有任何错误提示,回放脚本时会出现如下错误提示“Error:server returned an incorrectly formatted SOAP response”。错误分析:出现此错误的原因是LoadRunner8.0在录制Web Services协议的脚本时存在一个缺陷:如果服务器的操作系统是中文的,VuGen会自动将WSDL文件的头改为,所以才会有此错误提示。解决办法:下载两个补丁,分别为“LR80WebServicesFPI_setup.exe”和“lrunner_web_ services_patch_1.exe”安装上即100 clientsAEAMAUIK-YAFEKEKJJKEEA-BCJGI10000 web clientsAEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGBLoadRunner 7.5: License: BGAUGLIX-AJGI-AEIEKEKJJKEAFJP-BDFHW TypeGlobal500 Time Limited 时效:1年LoadRunner 7.5 AEAMAUIK-YAFEKEKJJKEEA-BCJGIGlobal 100LoadRunner 7.5 AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGBWEB 10000dummy8 10Serial:KWC500R6538415-885WinRunner 7.0.1 1234-5858585858 TestDirector 7.0.1 w000000-0000000-0000000-0000000 TestDirector 7.2 18AM9CA-H98RD98-P398P38-A3J8AI0 LoadRunner 6.5 20H-4D82-7F license 20H-4D82-7F LoadRunner 7.5 AEAMAUIK-YAFEKEKJJKEEA-BCJGI Global 100 LoadRunner 7.5 AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB WEB 10000 dummy8 10 Serial: KWC500R6538415-885 loadrunner 7.51 License: BGAUGLIX-AJGI-AEIEKEKJJKEAFJP-BDFHW LoadRunner v6.0 SP1 S/n: 9606-4774477437 Key: 20H-4D82-7F LoadRunner v5.01 S/n: 9876-5432102521 Key: 218-1-EA1-BB-AD LoadRunner Addin for SAP v2.1 S/n: 9876-5432102521 LoadRunner for DOS S/n: 856464092302113 LoadRunner v7.0.0 S/nLicense: FNCU-CVBQ-BEFQ Quicktest 1.5 & Astra Site Manager v1.08: Name: Pirate Company: Pentium Inc. s/n: 999000023AS09128c354 Astra LoadTest 4.5 s/n: AEAJIVII-AKEAE-AVEG Astra LoadTest 5.4.3 s/n: BKANCFCV-YKEAF-GJUEG (Note: Install as in evalution version and after that goto LoadTest Controller and use this maintenance s/n) Astra Loadtest s/n: BKANCFCV-YKEAF-GJUEG Astra QuickTest 5.0 Code: 7972-1234567890 Key: AEAJDDFR-Y-AQBK LoadRunner的工作原理图 收藏 下面一个是LoadRunner的工作原理图,更多的LoadRunner的理论请参考: /1loadrun.htmwilson先生对LoadRunner有比较透彻的研究,这可以从他的分析中看出.确实很强大!这张是LoadRunner的总体架构图,包括各个组件VUGen, Controller和Analysis之间的关系.这是LoadRunner的工作原理,从图中可以看出如何利用LoadRunner进行一次典型的系统性能测试 这是一个内部流程图,LoadRunner内部各个组件之间如何进行交互,数据流和文件流之间如何进行.下面是各个步骤的简单介绍:1. application serverson this page under test are placed under stress by2. driver processes mdrv.exe (the Multi-threaded Driver Process) and r3vuser.exe which emulate application clients such as Internet Explorer web brower. It performs 3 main actions:(1). Kli cpp (C language pre-processor) cci (C pre-compiling) which creaes a file with ci file, and(2). execute using the driver for the protocol technology being tested.Runs can be invoked to run “silently” by invoking Mdrv.exe from a Windows batch script.Mdrv can automatically stop loading Vusers because they communicate with Vusers and monitor CPU usage on Windows Load Generator machines.A separate JVM is instantiated by each Java-based Vuser on Windows-based machines. #Java Vusers are not supported on Unix platforms.3. virtual Vusers are invoked as groups (logical collection of virtual users running the same script on a specific load generator machine)4. by agents (3,900K magentproc.exe) running as a service or as a processon this page5. on load generator client machines.6. Each machine hosting agents maintain

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论