loadrunner性能测试步骤（如何使用loadrunner测试SQL查询语句的性能）

本文目录

• 如何使用loadrunner测试SQL查询语句的性能
• 编写了基于线程池的socket服务器和客户端，怎么用loadrunner进行性能测试啊，跪求详细说明，loadrunner不懂
• LoadRunner学习知多少
• LoadRunner 压力测试步骤，有详细说明，最好带图
• 如何使用loadrunner对服务器进行性能测试
• LoadRunner性能测试应用的介绍
• 如何使用LoadRunner的IP欺骗做性能测试
• loadrunner12怎么做app性能测试
• 用loadrunner如何测试一个系统,求基本的流程
• C/S 架构的软件如何使用loadrunner进行性能测试选择何种协议

如何使用loadrunner测试SQL查询语句的性能

第一步测试准备 第二步配置ODBC数据源 第三步录制SQL语句在Sql Server查询分析器中的运行过程 第四步优化录制脚本设置事务 第五步改变查询数量级查看SQL语句的性能 第六步在controller中运行脚本 下面开始具体的介绍 测试准备阶段我们首先要确认测试数据库服务器我们可以在本地安装SQLSERVER数据库服务端及客户端也可以确定一台装好的SQL SERVER服务器 接下来准备测试数据对数据库测试时我们要考虑的不是SQL语句是否能够正确执行而是在某数量级的情况下SQL语句的执行效率及数据库服务的运行情况所以我们分别准备不同数量级的测试数据即根据实际的业务情况预估数据库中的记录数在本次讲解中我们不考虑业务逻辑也不考虑数据表之间的关系我们只建立一张表并向此表中加入不同数量级的数据如分别加入条条条条数据查看某SQL语句的执行效率 在查询分析器中运行如下脚本 创建测试数据库 create database loadrunner_test; use loadrunner_test 创建测试数据表 create table test_table (username varchar()sex intage intaddress varchar()post int) 通过一段程序插入不同数量级的记录具体的语法在这里就不多说了 declare @i int set @i=while @i《 //循环次可以根据测试数据情况改变插入条数 begin BEGIN TRAN T insert into test_table (usernamesexageaddresspost) values (户瑞海+cast(@i as varchar)@i@i+北京市和平里+cast(@i as varchar)+号); IF @@ERROR 《》 begin rollback; select @@error end else begin commit; set @i = @i+ end end 好了执行完上述语句后建立的数据表中已经有条记录了下面进行第二步的操作配置ODBC数据源为了能让loadrunner能够通过ODBC协议连接到我们建立的SQL SERVER数据路我们需要在本机上建立ODBC数据源建立方法如下 控制面板—性能和维护—管理工具—数据源（ODBC）添加在列表中选择SQL SERVER点击完成根据向导输入数据源名称链接的服务器下一步输入链接数据库的用户名和密码更改链接的数据库完成ODBC的配置如果配置正确的话在最后一步点击测试数据源会弹出测试成功的提示 配置好ODBC数据源后就要录制SQL语句在查询分析器中的执行过程了 打开loadrunner选择ODBC协议 在start recording中的application type 选择win applicationprogram to record中录入SQL SERVER查询分析器的路径\安装目录\isqlwexe 开始录制首先通过查询分析器登录SQL SERVER在打开的查询分析器窗口中输入要测试的SQL语句如select * from test_table; 在查询分析器中执行该语句执行完成后结束录制 好了现在就可以看到loadrunner生成的脚本了（由于脚本过长在这里就不粘贴了有需要的朋友可以加我QQ我把脚本发给你们）通过这些语句我们可以看出登录数据库的过程执行SQL语句的过程 接下来我们来优化脚本我们分别为数据库登录部分和执行SQL语句的部分加一个事物在增加一个double的变量获取事务执行时间简单内容如下 Action() { double trans_time; //定义一个double型变量用来保存事务执行时间 lr_start_transaction(sqserver_login); //设置登录事务的开始 lrd_init(&InitInfo DBTypeVersion); //初始化链接（下面的都是loadrunner生成的脚本了大家可以通过帮助查到每个函数的意思） lrd_open_context(&CtxLRD_DBTYPE_ODBC ); lrd_db_option(Ctx OT_ODBC_OV_ODBC ); lrd_alloc_connection(&Con LRD_DBTYPE_ODBC Ctx /*Unused*/ ); ……………… trans_time=lr_get_transaction_duration( sqserver_login ); //获得登录数据库的时间 lr_output_message(sqserver_login事务耗时 %f 秒 trans_time); //输出该时间 lr_end_transaction(sqserver_login LR_AUTO); //结束登录事务 lr_start_transaction(start_select);//开始查询事务 lrd_cancel( Csr /*Unused*/ ); lrd_stmt(Csr select * from test_table;\r\n /*None*/ );//此句为执行的SQL lrd_bind_cols(Csr BCInfo_D ); lrd_fetch(Csr PrintRow ); …………… trans_time=lr_get_transaction_duration( start_select ); //获得该SQL的执行时间 lr_output_message(start_select事务耗时 %f 秒 trans_time); //输出该时间 lr_end_transaction(start_select LR_AUTO); //结束查询事务 优化后在执行上述脚本后就可以得到登录到数据库的时间及运行select * from test_table这条语句的时间了当然我们也可以根据实际情况对该条语句进行参数化可以测试多条语句的执行时间也可以将该语句改为调用存储过程的语句来测试存储过程的运行时间 接下来把该脚本在controller中运行设置虚拟用户数设置集合点这些操作我就不说了但是值得注意的是没有Mercury 授权的SQL SERVER用户license在运行该脚本时回报错提示You do not have a license for this Vuser type Please contact Mercury Interactive to renew your license我们公司穷啊买不起loadrunner所以我也无法继续试验希望有license朋友们监控一下运行结果！ 最起码在VUGen中运行该脚本我们可以得到任意一个SQL语句及存储过程的执行时间如果我们测试的B/S结构的程序我们也可以通过HTML协议录制的脚本在CONTROLLER中监控SQL SERVER服务器的性能情况这样两方面结合起来就可以对数据库性能做一个完整的监控了

编写了基于线程池的socket服务器和客户端，怎么用loadrunner进行性能测试啊，跪求详细说明，loadrunner不懂

你的意思是用loadrunner 创建多个客户端用户，访问服务端？
太详细的说明不好弄，把我认为的关键点说说，我也刚用，但是测试成功了。我的客户端是异步阻塞的，服务端是异步的。
1 、安装最新版本的loadrunner
2、 不管你的程序是用什么语言开发的，如c#,VB等，都要用Socket协议创建脚本。服务端是否用线程池，对客户端测试没太大关系。但是，如果你的客户端是纯异步的，估计loadrunner 没法测试。网上的脚本大都不支持异步，不如直接录制。
3、 录制脚本时的时候，合理控制初始化脚本，到需要进行压力测试的地方，再换成执行脚本
4、 一定要插入事务，即开始事务和成功事务。
5、 先创建虚拟用户，再创建场景。
6、 计划要使 多个用户同时初始化脚本。
顺便说一句，我的程序，用了50个并发，下载10M数据，5次迭代，cpu就到了100%了，不知道你的测试怎么样了？
7 、

LoadRunner学习知多少

一． 什么是LoadRunner
LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。通过以模拟多个用户实施并发负载测试及实时性能检测的方式来确认和查找问题，能对整个企业架构进行测试。
二． LoadRunner的优点
1. 轻松创建虚拟用户：通过记录下业务流程转为测试脚本，在机器上产生多个用户访问，减少负载测试需要的硬件和人力资源。
2. 创建真实的负载：可以通过Controller设定负载方案，如定义用户在什么时候访问系统以产生负载，所有用户同时执行一个动作来模拟峰值负载情况等。
3. 实时监测器：可以实时显示交易性能数据（如响应时间）和其他系统组件如数据库，网络等的实时性能。
4. 分析结果以精确定位问题所在：LoadRunner能收集汇总所有测试数据，提供高级的分析和报告工具。
三． LoadRunner的安装与使用
1.安装过程详见上传的LoadRunner使用手册，在此不再详细介绍。
2.具体使用：

点击File新建录制文件，也可以点击下面的NEW快捷键进行新建。使用File新建，会弹出协议选择窗口，选择新的单协议脚本（New SingleProtocol Script）的Web(HTTP/HTML)项，确定即可（选择Web项是因为我们测试的是Web应用）。接着会弹出开始录制的设置项，需要写入录入系统的地址，点击确定后就会根据录入地址展现系统页面，开始录制脚本，出现小工具条：

第一个按钮为录制键
第二个为回放脚本键
第三个为停止录制键
第四个为暂停录制键
第五个为编译脚本键
第六个为创建新的Action键。LR的录制脚本分为三个部分，vuser_init、vuser_end和 Action。脚本循环执行时，只执行一次vuser_init和vuser_end，而多次循环Action部分。比如录制投保业务时，登陆系统部分放入vuser_init，退出登陆放到vuser_end，中间的投保操作放到Action中，则循环执行时就会登陆一次投保系统开始反复执行投保操作直到结束退出系统。
第七个为用来改变录制的options设置按钮
第八个和第九个为插入事务的起始点和结束点键，结合起来构成一个完整事物，用来衡量服务器的性能。比如录制脚本过程中，投保系统的查询投保单号操作，可以在输入完查询信息后点击查询按钮前插入事务的起始点，查询出数据后插入事务的结束点，这样在运行测试脚本时，Loadrunner在运行到该事务时，便会计算出这个查询操作所花时间，便于衡量服务器执行查询操作的性能。
第十个为插入集合点键，可用于衡量在加重负载的情况下服务器的性能。比如要验证系统是否能承受100人同时进行报案操作，便可在脚本录入过程中，点击报案确认键操作前插入集合点，这样当脚本运行到集合点时，Loadrunner会让100个虚拟用户同时点击报案确认按钮（如果有的用户还没运行到集合点，先到用户要等未到用户一起操作）进行报案，从而达到测试目的。
最后一个为设置验证点键，在创建事物后，设置一个验证点可以用来确认事物执行是否成功。比如进行查询事务操作时，LR只要检测到网页的响应，就认为事务pass,而不管显示页面内容是否正确。因此为了检查Web服务器返回的网页是否正确，可以插入Text/Image检查点，验证网页上是否存在指定的Text或Image。
设置验证点时，如果我们验证的文本内容是中文，有时会返回无法找到验证内容的报错信息，而页面显示又是正确的，出现问题的原因可能是因为LR对中文的支持部好，尽量选择验证信息为数字或字母；也可能是设置问题，可以尝试将Tools-》Recording Options-》HTTP Properties下的Advanced选项里设置支持UTF-8，再检查开发人员有没有设置支持中文。
录制结束后，先点击保存脚本，同时为脚本命名。然后编译脚本，看是否存在语法错误，编译成功后，即可回放，看录制脚本是否成功。
LoadRunner录制得到的脚本基本没有错误，不像robot会有录入数据的缺失，只是会录入一些非录入系统的网页信息，根据地址可以识别并删除掉。
四． LoadRunner脚本录制学习小结
1. LoadRunner录制脚本，主要是为了进行压力测试，所以跑流程时，跑了主要流程即可，也就是系统必须的信息录入就可以了。
2. LoadRunner的脚本运行过程中，只能用于一次业务办理的数据需要做参数化，如车辆车架号，车牌，报案号等，以免出现重复投保或报案无法立案现象，不能继续进行下去。参数化步骤：
1） 将需要做参数化的数据右键点击，选择Replace with a parameter,进行设置。
2） 在弹出框里，设置易懂的参数名称，再点击Properties进行属性设置。
3） 点击Create Table 按钮，生成参数表格，再点击Edit with Notepad按钮，即可在记事本里添加新的参数，添加完后再次回车（不回车可能最后条数据读取不到）关闭，参数化操作完成。
4） 使用Ctrl +H键可以找到替换同样的需要参数化的数据。
3. 脚本跑流程过程中，因为业务运转，前面生成的投保单要接着进行提交核保业务，而每次生成的投保单号不一样，用于进行提交核保的单号也要与之前的保持一致，因此需要做关联处理，读取到生成的新投保单号给提交核保流程。关联步骤：
1) .查找关联数据第一次出现的位置，判断该数据是由什么函数返回的。
2) .在树形结构里点击返回该数据值的函数，看它的Server Response信息，用复制的关联数据进行查找它的返回语句，找到区分度明显的语句（不一定要是第一个返回语句），然后使用web_reg_save_param函数进行关联。
注：关联函数一定要写在第一个返回该数据值的函数前。
3) .web_reg_save_param (const char *ParamName, 《List ofAttributes》, LAST);
函数的第一个参数是用来对关联数据进行定义的，取名最好可读性强；第二个参数是用来标识关联数据在返回语句里的具体位置的，写出该数据的左右边界，程序才能识别；LAST表示属性列的结束。比如办理理赔业务的流程号，在服务器的返回语句里是：
《input name=flowID type="hidden" value=L05012009110000035215》
做关联为：
web_reg_save_param("LogFlowID",
"LB=name=flowIDtype=\"hidden\" value=",
"RB=》",
LAST);
定义的参数名就叫LogFlowID,表示流程号，易于明白；左边界从name取就可以标识了，也可取长点或短点，只要能区分；右边界只有》，写上就好；最后写上LAST。
在定义的左右边界中，如果有双引号，在脚本中是需要转义的，因为双引号在C中是有意义的，这里只要表示语句信息，加上右斜杠。尖括号直写。
左右边界也需要用双引号括起来。定义好的参数写在程序中，需要在加上单尖括号：swfLogFlowID={LogFlowID}
五． 脚本执行过程中的报错处理
1. vuser_init.c(3051):Error -26377: No match found for the requested parameter"proposalNo". Check whether the requested boundaries exist in theresponse data. Also, if the data you want to save exceeds 256 bytes, useweb_set_max_html_param_len to increase the parameter size
2. vuser_init.c(3051):web_submit_data("UIPrPoEnInputNext.jsp") highest severity level was"ERROR", 4312 body bytes, 258 header bytes
两个错误一起出现，出错语句都是在关联函数下的提交数据函数位置，但是具体出错有可能是：
1). 关联函数左右边界没写对，所有信息都要用字符输入，不能是中文或其他。
2). 在关联函数确认写对的情况下，看提交数据函数中的业务设置，比如有可能是因为保单查询语句，设置的查询时间是过去的时间，新生成的投保单当然查不到，这样程序也会报这样的错。
3. loadrunner 执行理赔的立案处理，录制好脚本后，回放，报错：
脚本日志信息提示：
1.Action.c(400):Error -26366: "Text=立案信息提交成功" not found for web_reg_find
2.Action.c(400):web_submit_data("claimSave.do") highest severity level was"ERROR", 4424 body bytes, 258 header bytes
脚本执行过程停止在立案信息提交页面，错误原因：数据问题，可能是有的应该变化的信息没有变。
在该流程中，一个报案号只能做一次立案，而初始脚本没有设置参数、关联，使用保单号进行查询，错误被掩盖。在立案系统中，一个保单号可以重复报案，但是一个报案号只能一次立案，要跑通流程，需要先将这一保单再重复报案，得到新的报案号。
六． 性能测试的场景设置
脚本录制完毕后，接着准备测试场景。
1.首先准备测试数据。比如车险投保，需要投保人和车架号信息来唯一标识一辆被保车，因此就需要将投保人和车架号做参数化处理，文本框录入大量数据让脚本唯一读取：
1）. 录入投保人参数，车架号参数，过程同脚本录制的参数化处理
2）. 因为投保人和车架号一起生成一条投保数据，可设置车架号随投保人参数一起读取，设置步骤为：
投保人文件存放路径--File path
投保人参数数据读取方式
脚本按列名读取参数，每行数据读取一次，每次循环取一次新值。
接着设置车架号参数信息：
车架号参数读取文件路径设为和投保人文件路径一样
脚本按列名读取参数，行号选择和读取的投保人数据同一行
这样得到所需的投保单生成参数数据
2.设置测试场景
点击Tools-》Create Controller Scenarios,弹出场景类型选择框：

录入需要的虚拟用户数，选择生成结果存放路径和组名。确定后进入具体设置页面：
Quantity表示虚拟用户个数，group name为组名。
1). 设置运行时间选项Run – time Settings
选择循环次数Run Logic-》Iteration Count,设置循环10次，虚拟用户数为之前设置的5人，则预计一共可生成50张投保单。
设置思考时间，思考时间通常是录制脚本过程中，填写页面信息花费的时间，选择忽略项，节省跑脚本的时间。
设置网络连接时间，点击网络协议项Internet Protocol 的Options键，将弹出页面里的HTTP-request connect timeout和 HTTP-request receive timeout的数值改为1000。使得能在网络状况不太好的情况下向服务器发送接收数据。
2). 设置EditSchedule
选择虚拟用户加载方式：

可以一次加载所有用户，也可以按需要设置，一秒加载一个用户或其他。
选择结束方式：

当选择一秒加载一个用户时，结束设置为直到跑完所有脚本停止执行。如果选择选择一次加载所有用户可以选择运行多少时间后停止和不停止选项。
这些设置完成后，一次测试场景布置完成。可以进行基线检查或单点并发测试。
七． 性能测试步骤
一）. 除测试工具外性能测试必备的系统及业务知识
1、熟悉保险行业业务特点，有助于与开发和客户讨论需求，制定测试用例；
2、熟悉系统的实现特点，开发实现方式，有助于选择程序处理复杂、消耗系统资源的用例点；
3、熟悉数据结构，了解数据存储规则，对脚本调试、数据准备、测试执行和监视都有帮助；
4、熟悉系统所使用的数据库、操作系统、中间件的监视和性能问题查看，有助于测试监视和发现问题；
5、熟悉系统架构及系统集成方式，有助于分析及明确定位性能问题。
二) 性能测试执行过程
1. 基线检查
1).目的：验证环境是否可用；
验证脚本是否能在场景正常执行。
2).方法：1个人单独循环5次--没有其他人干扰，干净的环境
3).结果：一般一个事物的响应时间超过3秒就可能存在问题，要提报开发人
2. 单点并发
1).目的：为了快速的发现问题，如多进程的锁机制，看是否相互间有影响。
2).方法：一般是10人或20人执行10到15分钟，执行过程忽略思考时间。
忽略思考时间可以减少客户端时间，加快向服务器传送数据速度，很大程度上增大了服务器的压力，20个人单点并发的压力就相当于200人正常执行带给服务器的压力。
3).单点测试的数据可以用来进行混发测试，但是有可能单点测试的数据不足以进行混发，需要自己再准备足够的数据。
3.方案测试--混发测试
1).目的：模拟生产环境
2).方法：执行1小时左右，加上思考时间
八．资源监控及调优
性能测试执行过程中，需要监控系统各项资源，看是否能满足用户实际需要，如内存使用，SQL SERVER等，结合LR生成的分析报告，分析系统哪里可能存在问题，需要改进，进行调优，这也是我之后要接着进行学习的地方。
1. 学习使用weblogic，了解weblogic常配参数的意义。通过weblogic自身的监控台，可以了解到目前的JVM的大小、数据库连接池的使用情况以及目前连接的客户端数量以及请求状况等等。
2. 学习oracle使用，熟悉它的体系结构，尤其是oracle10里 的awr，awr能采集与统计数据，并从那些统计数据中导出性能量度，以跟踪潜在的问题。
3. 需要继续学习LR的理论知识和实际操作，参考书籍《Web性能测试实战》、《软件性能测试过程详解与案例剖析》

LoadRunner 压力测试步骤，有详细说明，最好带图

你好：

        其实这个步骤也就是loadRunner的测试流程。我就大致附上我的整个性能测试流程中的一部分，这部分主要是使用LoadRunner的环节。

以上部分流程就是loarRunner步骤，其主要包含的是大步骤，例如：

1、脚本开发，要设置脚本的录制和脚本的调试(参数化、关联、集合点和检查点等等，这些主要看个人的功底了)

2、测试执行监控，这主要看如何进行场景设置并执行。场景设置根据具体测试目的来定，也没有很固定的

3、结果分析，这块就不用说了，这是一个重点和难点。

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

使用LR对数据库进行性能测试，实际上有多种办法，包括通过现有的数据库协议进行CS模式的先录制后执行的模式，以及通过socket方式向服务器发包方式的测试方式。这些是常规书籍上介绍的比较简单上手的测试方法，但是不具备通用性，受已有协议或socket编程方式的限制，所以需要更为通用的测试方法。
用Java user的协议进行所有数据库性能的测试工作：
Java user 不需要录制，把所有的操作通过java语言进行实现，通过lr调用java的class进行加压批量操作，这样可以不关心被测系统是哪个数据库，只要能够通过jdbc进行访问，就能实现性能测试。
一、测试环境准备
1. 被测服务器准备，根据测试目的，搭建需要的数据库服务器，确保数据库能够正常访问，正常操作；
2. Java代码的准备，无论使用哪种IDE，只要能够编写访问数据库的class就可以，形式可以是j2se，也可以是j2ee，因为在操作时只使用class的部分方法，所以j2ee就可以了；
3. LR的脚本调试，把java的class导入到脚本调试模式，根据需要添加事务以及其他操作。
二、编写数据库访问
1. 使用myeclipse，创建web project，创建如下图的包目录：
Java文件中包含各种访问数据库的方法。
需要注意的是，class中的方法必须是public static，否则LR中无法调用。由于创建的是j2ee程序，所以不用main函数，在web中就可以进行功能验证。
确认class中的方法编写完成，创建一个web.jsp文件，如下：
导入class
声明类，并实例化，直接调用刚才编写的3个方法，因为这3个方法是直接对数据库进行操作，不需要实参，也没有返回值，所以直接实现即可。
此时启动web服务，在浏览器中输入jsp的地址，直接刷新页面，就可以调用这3个方法，如果正确，就会对相应的表进行操作，如果不正确，则需要修改相应的代码。
2. LR脚本准备：
LR脚本实际上就是对访问代码的调用，关键在于需要根据测试场景划分不同的脚本布局。
例如：在myEclipse里，我们只编写了一个class，其中包含三个方法，如果在执行性能测试时，这三个方法相互独立，互不干涉，则最简单的划分方法是，创建三个java user，每个java user中包含一个方法，做三份脚本，场景执行时分别进行调用。如果三个方法之间有相互关系，则需要根据实际情况，把有关联的方法放在一起，具体情况可按实际灵活分配。
因为已经将class文件进行编译发布了，所以可以在“java2postgres\WebRoot\WEB-INF\classes\com\lr\test”目录中找到对应的class文件，
复制这个文件，找到LR的目录：HP\LoadRunner\classes\com\lr\test\ 如果没有文件夹，按相同的内容创建。
在LR脚本中进行引包操作：
将需要执行的java类以及方法，放在action中，可根据实际测试情况和所需要验证的内容，具体调试代码。
在这里可以像编写普通LR脚本一样，添加事务或集合点等内容。
由于是通过JDBC对数据库进行访问，因此要在java user中加载jdbc驱动。
运行时设置中，增加jdbc驱动，需要注意的是java user使用的本地jdk，需要至多1.6版本，若使用1.7版本，回放会有错误，这是jdk版本的问题。
操作完成之后，按F5或点击运行，进行脚本回放，实际此时也对数据库进行了操作，可以直接查询对应的表，检查功能是否正确。
三、执行性能测试
已经有了java user的脚本，和普通web性能测试一样，设计场景、执行测试、收集报告、分析性能瓶颈即可。

LoadRunner性能测试应用的介绍

LoadRunner性能测试应用是专门阐述基于LoadRunner展开性能测试的专业书籍。全书分为三部分，分别为“基础篇”、“提高篇”和“实战篇”。“基础篇”着重说明和描述了性能测试的基本概念、模型、测试策略，以及LoadRunner的工作原理、内部结构和简要的测试步骤。“提高篇”展现了LoadRunner从创建脚本到结果分析的全过程，而且笔者根据以往项目测试的经验，对于各个步骤执行过程中有可能遇到的问题及错误，给出了说明和解释。“实战篇”以实际用例讲述LoadRunner从测试计划到测试执行，再到测试分析，最后到调优的全过程。

如何使用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。
重新启动计算机

loadrunner12怎么做app性能测试

一、LR配置

1）LR设置代理，利用手机录制脚本

1-协议选择Web（HTTP/HTML）协议即可

2-录制开始前，对Recoding Options中的Port Mapping配置如下

a.新建New Entry

b. Target Server：配置服务器地址
Port：对应端口号
Traffic Forwarding：代理端口号，LR所在电脑的未被占用的端口号，任意取值

***隐藏网址***
配置参数：
Target Server：192.168.0.105
Port ：8088
Traffic Forwarding：8888

c.Capture Level

d. Application Type：Win32Applications
Program to record：选择LR安装bin目录下的wplus_init_wsock.exe工具

二、手机配置（录制开始后再配置手机）

1）网络配置，手机与电脑处于同一个网段。可连接到同一个WIFI上，或者手机连接电脑共享的热点

2）打开手动代理，代理配置如下：

代理服务器主机名：配置地址与电脑IP地址一致

代理服务器端口：配置与LR的Traffic Forwarding端口号一致

三、脚本录制

1）点击【OK】，开始录制脚本

2） LR启用代理服务器录制脚本，在手机APP中操作需要录制的功能，完成后，在LR中点结束录制即可

3）完成录制，按照正常操作对脚本进行调试（参数化、关联）

4）成功录制

注意事项：

1.手机与电脑必须在同一网段内

2.手机配置的代理端口号需与LR中Traffic Forwarding配置的端口号一致

3.在选择Traffic Forwarding的端口号时，不能使用已被占用的端口号

4.LR配置完成后，先启动录制，再去修改手机的代理

（转载）

用loadrunner如何测试一个系统,求基本的流程

1、直接打开loadrunner的相关窗口，在Vuser那里点击Run-Time Settings进行跳转。

2、这个时候弹出新的页面，需要通过Log应用对应的三项。

3、下一步如果没问题，就继续选择运行按钮确定测试系统。

4、这样一来会得到图示的结果，即可达到目的了。

C/S 架构的软件如何使用loadrunner进行性能测试选择何种协议

你好！
C/S架构一般是采用Win Sockets协议，这个使用于一般软件，当然也有除外的！
如果你使用loadrunner是9.5版本或者以上的版本，你可以使用协议顾问功能（Protocol Advisor），试着录制一下脚本，然后这个功能会自动帮你分析应该是用的协议，还是有一定的可信度的！
有问题可以百度hi我！