loadrunner性能测试（如何运用LoadRunner着手进行性能测试，主要并发测试）

本文目录

• 如何运用LoadRunner着手进行性能测试，主要并发测试
• 如何分析loadrunner性能测试结果
• 如何使用loadrunner对服务器进行性能测试
• 如何LoadRunner进行中间件的性能测试
• 使用LoadRunner怎么进行性能测试
• 如何使用LoadRunner的IP欺骗做性能测试
• 怎么使用loadrunner测试页面性能
• 如何使用loadrunner测试页面性能

如何运用LoadRunner着手进行性能测试，主要并发测试

如果有明确的性能需求
依据需求，制订性能场景用例
然后运用loadrunner录制脚本
优化脚本，配置参数化（根据并发用户数来定义）
然后在加压场景里，设置下是所有人同时并发还是每隔几秒登录后，再一起并发
点击执行，获取结果，进行分析
得出报告结论

如何分析loadrunner性能测试结果

　第一步：在整个测试场景的执行过程中，测试环境是否正常。如果在测试过程中出现过异常，那么这样得出的结果往往不准确，无须进行分析。
　　例如，在测试执行过程中，测试机的CPU利用率经常达到100%、测试环境的网络不稳定、一些系统参数配置不正确等等，这样得出的测试结果没有必要进行分析，应该重新设置测试场景或调整测试环境，再次执行测试。
　　第二步：测试场景的设置是否正确、合理。测试场景的设置是否正确对测试结果有很大的影响。因此，当测试出现异常时，我们要对场景设置进行分析。
　　一些新手在使用Controller执行测试时，可能会同时在一台PC上加载全部虚拟用户——例如同时加载1000个虚拟用户，如果客户端来不及处理，就 会有很多虚拟用户因不能初始化而失败。失败的根本原因不是被测试的应用服务器不能处理，而是压力根本没有传输过去。正确的做法是增加更多的 Generator或逐步加压，使测试场景运行起来。
　　第三步：测试结果是否直接暴露出系统的一些问题。对测试场景的整个执行过程，没有必要对压力下系统运行正常的结果进行分析，因为这样的结果不能反映出系统 的性能问题，应该进一步调整场景(比如增大压力)进行测试。在测试过程中使系统表现不正常的测试场景生成的结果则要进行深入分析。实际上，分析能够反映性 能问题的测试结果才是性能分析阶段的主要工作。
　　测试结果直接暴露系统存在性能问题的情形很多，例如在测试过程中一些用户事务响应时间过长、系统支持的最大并发用户数过低、系统的应用服务器CPU利用率 过高或内存不足等。对这类测试结果，性能测试人员需要借助Analysis对其进行深入分析，以发现一些潜在的性能问题。

如何使用loadrunner对服务器进行性能测试

这个问题好大，很难阐述。可以提供给你一个简单的思路。
对服务器进行性能测试就是模拟用户的使用场景，达到同时并发的情况来监控服务器各项指标。
第一步你要对被测系统进行分析架构，数据流向以及业务场景，这些是你进行测试的基础
第二根据业务反馈和开发提供的一些使用频繁复杂度高的场景进行选取
第三确定被测业务后，进行脚本开发，这个过程中主要是关联
第四进行场景压测，这个过程中你需要使用工具模拟出符合场景的访问模型
第五进行服务器端系统层面的数据监控和收集，通过指标的变化定位问题
第六整理数据即可出一份简单的报告

如何LoadRunner进行中间件的性能测试

1、接到项目时，首先了解系统架构，是B/S，还是C/S，使用什么应用服务器（即中间件），什么数据库？
2、熟悉系统的功能、业务流程，明确项目的性能需求是什么？有哪些性能指标？
3、编写性能测试计划。（有些公司不要求写）
4、设计性能测试用例。（按场景设计思路来写比较清晰）
5、准备测试数据，如一些业务需要大数据量的，就要先造好数据。
6、选择录制协议，录制两份业务需求功能一样的脚本。（好处是：一是可以做脚本备份，二是脚本优化查找需要关联的地方）
7、优化脚本，包括设置参数化，检查点，关联，集合点，事务以及自行编写的函数，日志输出函数等。
8、创建场景。（创建两份一样的场景，以20/80并发用户原则递增来设计，如并发要100个用户，第一份创建80个用户并发，第二份创建100个用户并发，这样在结果分析中容易发现）
9、场景设计，添加集合点策略，负载均衡器，对“运行时设置”，如lr_think_time，迭代设置，日志输出控制等。
10、场景运行，添加监控图表，服务器系统资源监控计数器，数据库系统资源监控等。
11、性能结果分析，通过监控图表的数据（事务响应时间、点击率、吞吐量）、系统资源分析、web页面诊断分析等。
12、收集测试结果，编写性能测试报告。
以上是自己总结的一点经验，有不对的思路请大家多多指教。活到老，学到老！

使用LoadRunner怎么进行性能测试

1、明确压力点，根据压力点设计多少种场景组合
　　2、把文档（包括多少种场景组合、场景与场景组合条件的对应表）写好
　　3、如果监测UNIX机器，在被监测的机器需要安装监测Unix的进程
　　4、让开发人员帮助我们准备测试数据或他们写相关的文档我们来准备数据
　　5、让开发人员做一个恢复数据的脚本，以便于我们每次测试的时候都能够有一个相同的环境
　　6、针对每一个模块包括四个子文件夹：如模块A下包括“脚本”“场景”“结果”“图表” 四个子文件夹，每个子文件夹储存对应的文件，如下表所示
　　其中：结果名“1场景”是在场景中的“Results Setting”中设置的，具体的设置见“建立场景”部分，这里也可以有另外一种方法：在打开模板设置，如下：
　　选中“Automatically save the session as:”并且在“%ResultDir%”后面填写你想保存的文件名，当你打开某个lrr文件时，系统自动在当前目录中生成一个文件保存分析图表，如下图所示：
生成测试脚本
1、 把登陆部分放到“vuser_init”部分,把需要测试的内容部分放到“Action”部分执行；但是如果是模拟多个用户登陆系统，则要把登陆部分放到Action部分来实现
　　2、 录制脚本后，想查询某个函数的原型，按“F1”键
　　3、 确认脚本中哪些参数是需要进行参数化的（最好能可以和开发人员一起确认）
　　4、 在脚本参数化时把函数web_submit_data()中的ITEMDATA后面的数据参数化，因为这些数据是传递给服务器的，当然也可以把一个函数中的所有相同变量都替换掉
　　5、 脚本中无用的部分用“/*”“*/”“//”注释掉，但最好不要删除
　　6、 调试脚本遵循以下原则：
　　确认在VU里SUSI（单用户单循环次数single user & single iteration）
　　确认在VU里SUMI（单用户多循环次数single user & multi iteration）
　　确认在controller中MUSI（多用户单循环次数multi user & single iteration）
　　确认在controller中MUMI（多用户多循环次数 multi user & multi iteration）
　　7、 事务的名称取的有意义便于事务之间的区分，把所有的事务名都记录在一起，便于在测试结果概要中区分它们，这要写成一个表：某次测试有哪些模块，每个模块中有哪些事务(见对应的“关系表”)
　　8、 在 “Parameter List”中可以选择参数类型“Random Number”，使某一个参数取设定的范围内的随机值
建立场景
1、 把场景名称编号，并制定出一份场景名称和场景条件组合的对应表。比如，场景m对应于“某一模块_xx个vu _分z台machine”(见“关系表”中的例子)
　　2、 根据上面的对应表把场景设置好，需要设置的要素如下：总体多少个用户、分多少个组、每个组有多少个用户、分几台机器运行、每个脚本迭代多少次、是否回放think time时间、检查Parameter List中每个参数设置是否正确、参数从表中取值间隔是否正确、是否选中“Initialize all Vusers before Run”
　　3、 测试结果应该保存为“m场景0，m场景1,…”
　　4、 把虚拟用户分散到几台机器上和在一台机器上面都要进行测试，因为有可以效果不同
　　5、 场景中如果有需要改动的地方，必须新建一个场景(建议使用“另存为”，然后再修改结果文件名，再选择相应的脚本)，并把场景按顺序编号，先维护好场景与场景组合条件的对应表，以便以后的查找，并且在结果 “Results Setting”中设置的结果名与场景名相同。建议在“Results Setting”中选中“Automatically create a results directory for each scenario executeon”让它每次自动累加，不建议选中“Automatically overwrite existing results directory without prompting for confirmation”，因为我们不要覆盖掉以前的测试结果，把它保存下来以便有个根据。
　　6、 需要注意的地方：当在“Parameter List”中的“Select next row”选中“Unique”时，如果再在“Edit Schedule\Schedule by Scenario\Duration”中选中第二项“Run for XX after the ramp up has been completed”时系统就会报错，提示“Unique”类型不相符。
　 7、 在“Run-time Setting”设置中，“General”中的“Pacing”非常有用，可以设置每次迭代之间相隔多少时间，也可以是随机的取值
　　8、 建议：把“Parameter List”和“Run-time Setting”中的所有设置都搞熟悉，这样便于以后对脚本和场景进行设置
　　9、 设计“Parameter List”时的小技巧：即在“Allocate X values for each Vuser”时，尽量 把它的间隔在数据容许的范围内取大些，这样可以做从一次迭代到最大值迭代，而且对脚本没有什么影响
　　10、当一个脚本中有多个事务，在事务前面增加集合点时需要一点技巧。或者我们把脚本复制几个，或者我这样做：测试前面的事务的压力时，把后面的事务前的集合点设置为不激活状态；在测试后面的事务的压力时，把前面的事务的集合点设置为不激活状态，另外最好不选中Initialize all Vusers before Run，具体参见Controller中的“Scenario/Rendezvous”，及用户手册(按F1)
　　11、把持续时间从最后60秒改为整个场景的时间，右键单击某个图，选择“Configue”，修改Graph Time即可
　　12、每次从一个场景修改后保存为另一个场景时别忘记把结果保存文件名修改相对应的文件名。在设置结果保存文件名时有一个技巧：如果你打开这个窗口时，点击确定则系统会
　　默认以“4场景2”为基点向后加“4场景20”“4场景21”等等，但是如果你把结果文件名后面的数据去掉，改为“4场景”，点击确定后，系统会自动搜索是以“4场景”开头的文件名，并在它的后面继续增加，比如把它改为“4场景”时，下次结果保存在“4场景3”中。而且他在搜索的时候搜索以“4场景”开头的文件名，从0开始，有的话就不取代而跳过，没有的话就取代。
运行场景　
1、 运行场景前需要注意的事项：每个组的虚拟用户数、迭代次数、think time、参数化时的取值间隔、执行恢复数据的脚本、确认虚拟机的LoadRunner Agent Service打开
　　2、 如果监测Unix，运行场景前需要启动监测Unix进程，启动的命令“rpc.rstatd”、查看这个进程是否启动的命令“rpcinfo –p”
　　3、 运行前使Generator机器处理Ready状态
　　4、 确认被监测的机器已经连接上去，并且添加自己所需要的计数器
　　5、 运行之前一定要确认系统中压力点的数据量是多少
　　6、 确认以上都正确时再运行测试场景

监视场景
打开 “Passed Transactions”或“Failed Transactions”，可以随时观察到事务的运行状态
分析测试结果
　　1、 打开Analysis后，把经过数据处理的结果图表保存到“图表”文件夹，并且文件名和场景名、结果名相同，这样便于以后的查阅。也可以省去每次进行数据处理的时间。
　　2、 可以通过点击界面上的 “View Run Time Setting”可以看到此场景运行时的一些场景设置
　 3、 在关联图表时可以自动调节每个元素的比例，点击右键，选择 即可
　　4、 每次测试结束后确认所做的操作是正确的，确认正确后再分析结果
　　5、 在结果文件夹中为每个场景建立一个文档，把每次运行时的情况记录下来以便于写测试报告，尤其运行错误的原因记录下来，并把开发人员所做的修改也记录下来以便知道开发人员做了些什么修改
　　6、 在分析运行结果时可以把几个结果合在一起进行比较，打开如下“Cross with Result…”

如何使用LoadRunner的IP欺骗做性能测试

使用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 FONT》地址，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);

}

else

lr_vuser_status_message(“IP spoofing disabled“);

在controller中执行该脚本时，查看虚拟用户运行状态，便可看到当前虚拟用户使用的哪个IP地址发送消息

2、 负载生成器使用虚拟IP设计场景

在设置该类场景时，需要添加负载生成器，建立负载生成器时输入创建的虚拟IP，每个负载生成器为一个虚拟用户组，该场景是通过进程方式进行性能测试。

如何添加负载生成器创建场景在这里就不多描述了。

但需要注意，选中Tools下的Expert mode，启动专家模式

再点击Tools下的options

在Genearl选项卡中设置已线程方式或进程方式进行性能测试，这个选项一定要与当前场景的模式相匹配，也就是说使用本地虚拟IP测试时需要选中线程方式，使用负载生成器使用虚拟IP测试时需要选中进程方式

三、使用虚拟IP测试完成后

打开IP Wizard，释放所有虚拟IP。

重新启动计算机

怎么使用loadrunner测试页面性能

新建脚本：选择File-》NEW弹出新建窗口中，选择Web(HTTP/HTML)，点击“Create”，弹出录制脚本设定窗口，输入相关设置信息，用户登录等前提可以录制到1中，打印动作录制到2中，动作录制完毕后，点击OK，切换到录制的脚本信息页面。然后可根据自己想要测试的场景来修改脚本语言，脚本修改完毕后，进行保存。运行脚本，选择“Run Load Tests”，选择需要运行的脚本同时执行这个动作的用户数，脚本运行结束条件设定，开始执行脚本。脚本执行完毕后，对运行结果进行保存，查看运行结果。 基础不好，你就去找个培训机构提升一下自己，你这样下去对你以后的工作升职加薪都会有影响的，像上海鲁德啊，51Testing这些都挺不 错的

如何使用loadrunner测试页面性能

1、首先大家给自己的电脑上安装上LoadRunner

2、LoadRunner安装完毕后，启动LoadRunner，选择创建脚本

3、新建脚本：
选择File-》NEW

4、弹出新建窗口中，选择Web(HTTP/HTML)
5、点击“Create”

6、弹出录制脚本设定窗口，输入相关设置信息：
URL Address：输入需要测试的Web地址
Record into Action：
1.vuser_init:可以当作前提
2.Action：测试的关键动作
例如：测试打印
7、用户登录等前提可以录制到1中；
8、打印动作录制到2中；

9、动作录制完毕后，点击OK，切换到录制的脚本信息页面

10、可根据自己想要测试的场景来修改脚本语言，
11、脚本修改完毕后，进行保存

12、运行脚本，选择“Run Load Tests”

13、选择需要运行的脚本

14、对运行环境进行设定，例如：
15、同时执行这个动作的用户数

16、脚本运行结束条件设定

17、开始执行脚本

18、脚本执行完毕后，对运行结果进行保存

19、查看运行结果