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序列号
100 vuser: AEAMAUIK-YAFEKEKJJKEEA-BCJGI
10000 vuser: AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB
超级license,支持6.5w个并发: AEACFSJI-YJKJKJJKEJIJD-BCLBR
破解方面的东西网上多如牛毛，就不再说了。
破解遇到license security violation.Operation is not allowed错误，解决方法有三：1. 下载loadrunner 注册表删除工具：deletelicense.exe
关闭loadrunner,双击运行该程序后再继续破解操作即可
但是我在win7上某一次就总不行，不知道为什么
2. 拷贝运行正常的loadrunner安装机器的相关注册表信息
cmd-->输入regedit-->进入注册表
导出注册表中：
HKEY_CURRENT_USER\Software\Mercury Interactive
HKEY_LOCAL_MACHINE\SOFTWARE\Mercury Interactive
这里分别重命名为：mercury_ineractive_user.reg 和 mercury_ineractive_machine.reg 将这两个文件分别导入到待破解机器的对应注册表目录中
over--强烈推荐之
PS:如果启动controller时遇到错误提示当前用户没有对HKEY_LOCAL_MACHINE的写权限，莫惊慌，进去注册表给当前用户写权限就是了---因为这个原因又重装一次！！！！
3. 手动修改待破解机器的注册表信息
cmd-->regedit-->进入注册表
可手动修改注册表，删除下面内容：
[HKEY_LOCAL_MACHINE\SOFTWARE\Mercury Interactive\LoadRunner\License2]
[HKEY_LOCAL_MACHINE\SOFTWARE\Mercury Interactive\LoadRunner\License2\History] "AIBGEBFW-JVED-ZKEKEKEKEKEBDNQAF-KBRDN"=""
[HKEY_LOCAL_MACHINE\SOFTWARE\Mercury
Interactive\LoadRunner\License2\PermanentLicense]
@="AIBGEBFW-JVED-ZKEKEKEKEKEBDNQAF-KBRDN"
"last"="AIBGEBFW-JVED-ZKEKEKEKEKEBDNQAF-KBRDN"
[HKEY_LOCAL_MACHINE\SOFTWARE\Mercury
Interactive\LoadRunner\License2\TemporaryLicense]
@="AEBGEBFS-AKEKEKEKE-KAUCA"
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Interface\{87B3ADD4-21EB-11d5-93EF-00105AA 0FD2D}]
@="IControl"
继续Loadrunner破解操作-->鬼使神差这种方法我也木有成功
=============================================================================== =======
Final solution:
折腾了这么些天，断断续续的，总是想放弃，可是总是又很不甘。
终于，排除了各种原因：注册表权限，试验了好几台机器，终于让老子搞定了！！！：
1. 安装完loadrunner后，新建license，提示标题的错误
2. 按照上面的办法，去删除注册表中的Mercury Interactive
3. 关键的步骤来了：运行那个删注册表程序（以前总是遇到标题错误就运行，现在先删了再试）
4. 再次新建license:AEAMAUIK-YAFEKEKJJKEEA-BCJGI (这个是100并发的）
5. 再次新建license:AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB(10000个并发的）1.5.集合点
1.6.常见HTTP状态
1.7常见HTTP状态（304，200等）
在网站建设的实际应用中，容易出现很多小小的失误，就像mysql当初优化不到位，影响整体网站的浏览效果一样，其实，网站的常规http状态码的表现也是一样，Google无法验证网站几种解决办法，提及到由于404状态页面设置不正常，导致了google管理员工具无法验证的情况，当然，影响的不仅仅是这一方面，影响的更是网站的整体浏览效果。因此，比较清楚详细的了解http状态码的具体含义，对于一个网站站长来说，这是很有必要俱备的网站制作基础条件。
如果某项请求发送到您的服务器要求显示您网站上的某个网页（例如，用户通过浏览器访问您的网页或 Googlebot 抓取网页时），服务器将会返回 HTTP 状态码响应请求。
此状态码提供关于请求状态的信息，告诉 Googlebot 关于您的网站和请求的网页的信息。
一些常见的状态码为：
200 –服务器成功返回网页
?404 –请求的网页不存在
?503 –服务器超时
下面提供 HTTP 状态码的完整列表。点击链接可了解详情。您也可以访问HTTP 状态码上的 W3C 页获取更多信息。
1xx（临时响应）
表示临时响应并需要请求者继续执行操作的状态码。
1.8.run执行时设置
1.9 每一个Load Generator中都要安装全套的LoadRunner吗？
不需要，压力机只需要安装Agent这个组件就可以.
进入LR安装界面，选择安装“Load Generator”安装
C:\Users\troline\Desktop\%5D4I6}YFEH(7UH6GNB$O41QY.png
1. 测试架构师。他们能够定义整个解决方案、策略，和客户沟通，把控测试的质量和流程，有一定的技术背景和测试经验。
2. 非功能测试工程师。
非功能测试主要指性能测试，工程师需要了解至少两个层面的测试：第一，系统层面测试，如操作系统、CPU、存储器等。第二，应用层面/软件层面测试，应用层面测试需要和系统层面相结合
2.0：loadrunner 小知识累积
1. 在启动录制脚本操作的Start Recording对话框，去掉Record the application startup前的选择，可以不录制应用程序启动时的操作，而仅录制所需的特定操作。
2. 添加windows性能计数器时，必须先用管理员身份登录该台服务器，然后添加才可生效（注意先后顺序）。
3. 设置DB2数据库监视：在Monitored Server Machines中配置Machine Information 机器信息，Name中要填写“主机名@实例名”，如“168.31.6.47@DB2”，其中实例名要填完整，包括节点名称。Platform选“N/A”。
4. 添加windows性能计数器时，必须先用管理员身份登录该台服务器，然后添加才可生效（注意先后顺序）。
5. web_reg_save_param是在web脚本中用于关联HTML语句的函数。只有在录制中的关联有效时（在录制选项中设置），web_reg_save_param才会被自动录制。
6. 设置Internet首选项的其它选项
几个比较常用的：
由资源引起的步骤超时是警告（Step timeout caused by resources is a warning）：如果由于资源未在超时间隔内加载而引起超时，将发出警告而不是错误。对于非资源，VuGen 总是发出错误。（默认情况下为 NO）
HTTP 请求连接超时（秒）（HTTP-request connect timeout(sec)）：Vuser 终止之前在步骤内等待特定 HTTP 请求连接的时间（秒）。超时为服务器保持稳定并响应用户提供了
机会。默认值为 120 秒。
HTTP 请求接收超时（秒）（HTTP-request receive timeout(sec)）：Vuser 终止之前在步骤内等待接收特定 HTTP 请求的响应时间（秒）。超时为服务器保持稳定并响应用户提供了机会。默认值为 120 秒。
超时设置主要用于以下高级用户：这些用户已确定可接受的超时值应该随环境而异。大多数情况下，默认设置应该足够长。如果服务器在合理的时间内并未做出响应，请检查其他与连接相关的问题，不要设置太长的超时，否则可能会导致脚本不必要地等待。
网络缓冲区大小（Network buffer size）：设置用于接收 HTTP 响应的缓冲区的最大大小。如果该数据的大小超过了指定的大小，则服务器将按块发送数据，从而增加了系统开销。从 Controller 中运行多个 Vuser 时，每个 Vuser 都使用自己的网络缓冲区。该设置主要用于以下高级用户：这些用户已确定网路缓冲区的大小可能影响其脚本的性能。默认值为 12K 字节。
7. 在Analysis中，可以很方便地将各个分析图表拷贝出来。方法是：先切换到某个图表页(Graph)，再使用Edit Copy to Clipboard功能，便可将该图表的图、数据等复制到剪贴板，然后就可以粘贴到需要的地方（如软件测试报告）去。
8. 将参数设置为Unique时，要特别注意提供的参数列表是否足够，在Controller 中分配值的选项(Allocate Vuser values in the Controller)默认设置为自动分配数据块(Automatically allocate block size)，这样的设置在场景的执行过程中往往会出问题，报出“参数不够”的错误，可以修改为由人工分配(Allocate__values for each Vuser)，为每个虚拟用户分配指定数目的参数，以便于控制。
9. LR在录制脚本时有时常会出现一些乱七八糟的字符，例如：
"Name=save_path", "Value=D:"
"\\x5C"
"resin-2.1.12"
"\\x5C"
"doc"
以上脚本片断中用红色标出的“x5C”部分就是录制下来的乱字符，该脚本原本是为了将附件上传到服务器端保存，可录制下来的保存路径却多了以上的乱字符，导致本应的保存路径D:\resin-2.1.12\doc\...，变为D:\x5Cresin-2.1.12\x5Cdoc\...。要特别注意，以避免产生不必要的错误
10. 如何设置oracle数据库监视？
首先要安装oracle客户端，完成相关配置，再添加oracle计数器就可以了。
更多相关软件测试文章：
2.1.Loadrunner监控计数器
2.2.Loadrunner汉字乱码转码：
Virtual User Gen的Tools->Recoding Options -> Advanced -> Support charset -> UTF-8
2.3.LoadRunner分析结果图中常用技术指标说明
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（事务响应时间与负载）
“事务响应时间与负载”是“正在运行的虚拟用户”图和“平均响应事务时间”图的组合，通过它可以看出在任一时间点事务响应时间与用户数目的关系，从而掌握系统在用户并发方面的性能数据，为扩展用户系统提供参考。此图可以查看虚拟用户负载对执行时间的总体影响，对分析具有渐变负载的测试场景比较有用。
7、Transaction Response Time(Percentile)（事务响应时间(百分比)）
“事务响应时间(百分比)”是根据测试结果进行分析而得到的综合分析图，也就是工具通过一些统计分析方法间接得到的图表。通过它可以分析在给定事务响应时间范围内能执行的事务百分比。
8、Transaction Response Time(Distribution)（事务响应时间(分布)）
“事务响应时间(分布)”显示在场景运行过程中，事务执行所用时间的分布，通过它可以了解测试过程中不同响应时间的事务数量。如果系统预先定义了相关事务可以接受的最小和最大事务响应时间，则可以使用此图确定服务器性能是否在可以接受的范围内。
Web Resources（Web资源分析）
Web资源分析是从服务器入手对Web服务器的性能分析。
1、Hits per Second（每秒点击次数）
“每秒点击次数”，即使运行场景过程中虚拟用户每秒向Web服务器提交的HTTP请求数。通过它可以评估虚拟用户产生的负载量，如将其和“平均事务响应时间”图比较，可以查看点击次数对事务性能产生的影响。通过对查看“每秒点击次数”，可以判断系统是否稳定。系统点击率下降通常表明服务器的响应速度在变慢，需进一步分析，发现系统瓶颈所在。
2、Throughput（吞吐率）
“吞吐率”显示的是场景运行过程中服务器的每秒的吞吐量。其度量单位是字节，表示虚拟用在任何给定的每一秒从服务器获得的数据量。
可以依据服务器的吞吐量来评估虚拟用户产生的负载量，以及看出服务器在流量方面的处理能力以及是否存在瓶颈。
“吞吐率”图和“点击率”图的区别：
“吞吐率”图，是每秒服务器处理的HTTP申请数。
“点击率”图，是客户端每秒从服务器获得的总数据量。
3、HTTP Status Code Summary（HTTP状态代码概要）
“HTTP状态代码概要”显示场景或会话步骤过程中从Web服务器返回的HTTP状态代码数，该图按照代码分组。HTTP状态代码表示HTTP请求的状态。
4、HTTP Responses per Second（每秒HTTP响应数）
“每秒HTTP响应数”是显示运行场景过程中每秒从Web服务器返回的不同HTTP状态代码的数量，还能返回其它各类状态码的信息，通过分析状态码，可以判断服务器在压力下的运行情况，也可以通过对图中显示的结果进行分组，进而定位生成错误的代码脚本。
5、Pages Downloader per Second（每秒下载页面数）
“每秒下载页面数”显示场景或会话步骤运行的每一秒内从服务器下载的网页数。使用此图可依据下载的页数来计算Vuser生成的负载量。
和吞吐量图一样，每秒下载页面数图标是Vuser在给定的任一秒内从服务器接收到的数据量。但是吞吐量考虑的各个资源极其大小（例，每个GIF文件的大小、每个网页的大小）。而每秒下载页面数只考虑页面数。
注：要查看每秒下载页数图，必须在R-T-S那里设置“每秒页面数(仅HTML模式)”。
6、Retries per Second（每秒重试次数）
“每秒重试次数”显示场景或会话步骤运行的每一秒内服务器尝试的连接次数。
在下列情况将重试服务器连接：
A、初始连接未经授权
B、要求代理服务器身份验证
C、服务器关闭了初始连接
D、初始连接无法连接到服务器
E、服务器最初无法解析负载生成器的IP地址
7、Retries Summary（重试次数概要）
“重试次数概要”显示场景或会话步骤运行过程中服务器尝试的连接次数，它按照重试原因分组。将此图与每秒重试次数图一起使用可以确定场景或会话步骤运行过程中服务器在哪个时间点进行了重试。
8、Connections（连接数）
“连接数”显示场景或会话步骤运行过程中每个时间点打开的TCP/IP连接数。
借助此图，可以知道何时需要添加其他连接。
例：当连接数到达稳定状态而事务响应时间迅速增大时，添加连接可以使性能得到极大提高（事务响应时间将降低）。
9、Connections Per Second（每秒连接数）
“每秒连接数”显示方案在运行过程中每秒建立的TCP/IP连接数。
理想情况下，很多HTTP请求都应该使用同一连接，而不是每个请求都新打开一个连接。通过每秒连接数图可以看出服务器的处理情况，就表明服务器的性能在逐渐下降。
10、SSLs Per Second（每秒SSL连接数）
“每秒SSL连接数”显示场景或会话步骤运行的每一秒内打开的新的以及重新使用的SSL
连接数。当对安全服务器打开TCP/IP连接后，浏览器将打开SSL连接。
Web Page Breakdown（网页元素细分）
“网页元素细分”主要用来评估页面内容是否影响事务的响应时间，通过它可以深入地分析网站上那些下载很慢的图形或中断的连接等有问题的元素。
1、Web Page Breakdown（页面分解总图）
“页面分解”显示某一具体事务在测试过程的响应情况，进而分析相关的事务运行是否正常。“页面分解”图可以按下面四种方式进行进一步细分：
1)、Download Time Breaddown（下载时间细分）
“下载时间细分”图显示网页中不同元素的下载时间，同时还可按照下载过程把时间进行分解，用不同的颜色来显示DNS解析时间、建立连接时间、第一次缓冲时间等各自所占比例。
2)、Component Breakdown(Over Time)（组件细分(随时间变化)）
“组件细分”图显示选定网页的页面组件随时间变化的细分图。通过该图可以很容易的看出哪些元素在测试过程中下载时间不稳定。该图特别适用于需要在客户端下载控件较多的页面，通过分析控件的响应时间，很容易就能发现那些控件不稳定或者比较耗时。
3)、Download Time Breakdown(Over Time)（下载时间细分(随时间变化)）
“下载时间细分(随时间变化)” 图显示选定网页的页面元素下载时间细分（随时间变化）情况，它非常清晰地显示了页面各个元素在压力测试过程中的下载情况。
“下载时间细分”图显示的是整个测试过程页面元素响应的时间统计分析结果，“下载时间细分(随时间变化)”显示的事场景运行过程中每一秒内页面元素响应时间的统计结果，两者分别从宏观和微观角度来分析页面元素的下载时间。
4)、Time to First Buffer Breakdown(Over Time)（第一次缓冲时间细分(随时间变化)）“第一次缓冲时间细分(随时间变化)”图显示成功收到从Web服务器返回的第一次缓冲之
前的这段时间，场景或会话步骤运行的每一秒中每个网页组件的服务器时间和网络时间（以秒为单位）。可以使用该图确定场景或会话步骤运行期间服务器或网络出现问题的时间。First Buffer Time：是指客户端与服务器端建立连接后，从服务器发送第一个数据包开始计时，数据经过网络传送到客户端，到浏览器接收到第一个缓冲所用的时间。
2、Page Component Breakdown（页面组件细分）
“页面组件细分”图显示每个网页及其组件的平均下载时间（以秒为单位）。可以根据下载组件所用的平均秒数对图列进行排序，通过它有助于隔离有问题的组件。
3、Page Component Breakdown(Over Time)（页面组件分解(随时间变化)）
“页面组件分解(随时间变化)”图显示在方案运行期间的每一秒内每个网页及其组件的平
均响应时间（以秒为单位）。
4、Page Download Time Breakdown（页面下载时间细分）
“页面下载时间细分”图显示每个页面组件下载时间的细分，可以根据它确定在网页下载期间事务响应时间缓慢是由网络错误引起还是由服务器错误引起。
“页面下载时间细分”图根据DNS解析时间、连接时间、第一次缓冲时间、SSL握手时间、接收时间、FTP验证时间、客户端时间和错误时间来对每个组件的下载过程进行细分。
5、Page Download Time Breakdown(Over Time)（页面下载时间细分(随时间变化)）“页面下载时间细分(随时间变化)”图显示方案运行期间，每一秒内每个页面组件下载时间的细分。使用此图可以确定网络或服务器在方案执行期间哪一时间点发生了问题。
“页面组件细分(随时间变化)”图和“页面下载时间细分(随时间变化)”图通常结合起来
进行分析：首先确定有问题的组件，然后分析它们的下载过程，进而定位原因在哪里。
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的使用 实验地点 实验日期 指导教师 学生班级 学生姓名 学生学号 提交日期 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性能分析名词解释
性能分析名词解释—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常见问题分析及解决办法 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
(完整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结果分析 文本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错误及解决方法总结
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/329982454.html,:8090/logon.cfm"引起的原因解释： 一、如果出现“Service Unavailable”的提示，刷新几下又可以访问。
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常见问题解决方法 一．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测试结果分析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/329982454.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使用测试实验报告
一、实验目的 熟悉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 对网站进行性能测试，压力测试，获得响应时间、吞吐量、点击率等性能指标。使用这个工具对我们测试网站的性能有很大的帮助，经过参数化后模拟登陆用户进行大量并发测试，获得性能指标，避免网站承受能力差的情况，提高质量。这样使用工具来测试网站比手动测试方便多了，而且不会出错。