loadrunner中迭代和场景设置
Load Runner常见问题
Load Runner常见问题----翁春芳在刚开始学习使用loadrunner进行性能测试时，经常碰到一些问题，比如录制脚本经常遇到不能打开浏览器的情况，到了后期对测试结果又经常不明白是什么原因导致失误失败，于是就自己上网查寻找些解决方法并记录下来，留以后备用也供大家参考。
其中有些问题和是我现在还没碰到的，不过若将来更深一步学习和使用lr，应该也会有用。
就一并记录下来。
1、LoadRunner录制脚本时为什么不会弹出IE浏览器?当一台主机上安装多个浏览器时，LoadRunner录制脚本经常遇到不能打开浏览器的情况，可以启动浏览器，打开Internet选项对话框，切换到高级标签，去掉“启用第三方浏览器扩展(需要重启动)”的勾选，然后再次运行VuGen即可解决问题。
提示：通常安装Firefox等浏览器后，都会勾选上面得选项，导致不能正常录制。
因此建议运行LoadRunner得主机上保持一个干净的测试环境。
2、录制Web脚本时，生成的脚本中存在乱码该如何解决?录制脚本前，打开录制选项配置对话框Record-Options，进入到Advanced标签，先勾选“Support charset”，然后选择中支持UTF-8。
再次录制，就不会出现中文乱码问题了。
3、回放乱码，IE访问页面一切正常，但是LR回放时在run viewer中显示的页面为乱码？这一问题一般是由于页面保存时的编码格式和页面中的charset格式不一致引起的（html头中通常会有<meta http-equiv="Content-Type" c>）。
遇到这类问题，只需要将页面做另存为，将保存的编码格式和页面中的charset格式统一起来就可以了。
引起问题的原因是：IE浏览器解码时会优先考虑文件的保存编码格式，而后考虑页面中的charset格式，（正常情况下两者是一致的），而run viewer是直接使用页面中的charset 格式打开的。
使用loadrunner的流程
使用LoadRunner的流程1. 简介LoadRunner是一款性能测试工具，可用于模拟并测试不同负载条件下的应用程序性能。
它是业界著名的性能测试工具之一，广泛应用于软件开发和测试领域。
本文将介绍使用LoadRunner的基本流程，包括录制脚本、编辑场景、运行测试、分析结果等内容。
2. 录制脚本使用LoadRunner进行性能测试的第一步是录制脚本。
脚本录制是指将用户对应用程序的操作记录下来，以便后续可以回放并模拟用户行为。
下面是录制脚本的步骤：•打开LoadRunner，选择录制模式。
•配置录制设置，包括选择要录制的应用程序和协议。
•启动录制，执行各项操作，包括登录、浏览网页、提交表单等。
•停止录制，保存录制的脚本文件。
3. 编辑场景录制完脚本后，需要对场景进行编辑和定制，以模拟真实的负载条件。
场景是指一组用户行为的集合，可以包括不同的用户数量、并发用户数量、用户的思考时间、延迟时间等。
以下是编辑场景的步骤：•打开LoadRunner，选择编辑场景模式。
•导入录制的脚本文件。
•配置场景参数，包括虚拟用户数量、并发用户数量、需模拟的业务负载等。
•设置运行时的动态参数，如需替换用户名、密码等敏感信息。
•配置场景的持续时间、循环次数、运行模式等。
4. 运行测试场景编辑完成后，可以开始运行性能测试。
在运行测试期间，LoadRunner将模拟多个虚拟用户并发访问目标应用程序，记录并分析系统的性能指标。
以下是运行测试的步骤：•打开LoadRunner，选择运行测试模式。
•配置测试设置，包括选择要运行的场景、设置测试目标等。
•启动测试运行，观察测试运行的过程。
•监控系统性能指标，如响应时间、吞吐量、服务器负载等。
5. 分析结果性能测试完成后，需要对测试结果进行分析。
LoadRunner提供了丰富的分析工具，用于分析各项性能指标，找出性能瓶颈并提供建议。
以下是分析结果的步骤：•打开LoadRunner的分析工具。
LoadRunner-迭代和并发设置
LoadRunner-迭代和并发设置
迭代：指运⾏⼀次脚本时某段代码块(action)循环执⾏的次数，串⾏执⾏
并发：指同时运⾏脚本的次数，并⾏执⾏（多个⽤户同时跑）
以下是⽤例和对应的相关设置
Iterations是在Vuser Generator的Run-time Setting中进⾏设置
Quantity是在Controller Scenario中进⾏设置
其余是在Parameter List 中进⾏设置
1.select next row：参数值取值的顺序
Sequential（顺序），Random(随机)，Unique（唯⼀）三个选项；如果要求使⽤不同的账号登录则设置为Unique；
如果构造的账号数不够⼜对⽤户是否相同不做要求，则可以设置Sequential，参数调到最后⼀列后再从第⼀列开始调⽤。
2.update value on ： (什么事件)触发参数取值更换
each iteration：进⼊⼀个迭代更换⼀次参数值；（sequential时）每个迭代不同⽤户使⽤相同参数值（不管并发是多少）；(unique时)每个迭代不同⽤户使⽤不同值
each occurence :脚本中每次变量出现就换⼀个新值，谨慎⽤，⽤于账号肯定不⾏。
（⽐如user1登录user2权限操作）
once:只取⼀个值(不管并发和迭代是多少)。
Loadrunner使用教程(免费)
LoadRunner使用教程1. 了解LoadRunner1.1 LoadRunner 组件有哪些？LoadRunner 包含下列组件：➤虚拟用户生成器用于捕获最终用户业务流程和创建自动性能测试脚本（也称为虚拟用户脚本）。
➤Controller 用于组织、驱动、管理和监控负载测试。
➤负载生成器用于通过运行虚拟用户生成负载。
➤Analysis 有助于您查看、分析和比较性能结果。
➤Launcher 为访问所有LoadRunner 组件的统一界面。
1.2 了解LoadRunner 术语场景（方案）场景是一种文件，用于根据性能要求定义在每一个测试会话运行期间发生的事件。
Vuser在场景中，LoadRunner 用虚拟用户或Vuser 代替实际用户。
Vuser 模拟实际用户的操作来使用应用程序。
一个场景可以包含几十几百甚至几千个Vuser。
Vuser 脚本Vuser 脚本用于描述Vuser 在场景中执行的操作。
事务要度量服务器的性能，需要定义事务。
事务表示要度量的最终用户业务流程。
1.3 负载测试流程负载测试通常由六个阶段组成：计划、脚本创建、场景定义、场景执行、场景监控和结果分析。
规划测试：定义性能测试要求，例如并发用户的数量、典型业务流程和所需响应时间。
创建Vuser 脚本：将最终用户活动捕获到自动脚本中。
定义方案：使用LoadRunner Controller 设置负载测试环境。
运行方案：通过LoadRunner Controller 驱动、管理负载测试。
监视方案：监控负载测试。
分析结果：使用LoadRunner Analysis 创建图和报告并评估性能。
2. LoadRunner安装及注意事项2.1 需要下载的文件及下载源LoadRunner v8.1。
需要下载的文件包括：➤LoadRunner 8.1 ISO镜像，文件名为LoadRunner.V8.1.iso。
➤破解方法及所需文件，文件名为LoadRunner破解方法。
loadRunner使用教程
loadRunner测试步骤1.打开loadRunner,点击创建/编辑脚本2.点击新建脚本，创建自己的测试脚本3.选择web(HTTP/HTML),点解创建4．工具→录制选项→录制→HTML高级5.选择第二个，点击确定因为遇到了如下的问题Error-27796 ,选择第二个，选择loadRunner自己原始的脚本类型。
Error-27796错误种类繁多，这里以遇到的为例6.HTML属性→高级→勾选支持UTF-8，点击确定（选择我们的支持字符集为UTF-8，防止脚本中出现乱码问题）7.选择录制里的录制应用程序，点击开始录制8.URL地址：写你要测试的地址，其他不做改动，这里以百度为例9.点击确定之后如下10.当正在录制…（XX个事件）事件不再变动，点击蓝色停止按钮11.等待自动生成完毕12.选择加载中的迭代，点击打开运行时设置13.选择常规选项中的其他，勾选将每步定义为一个事物将每个操作定义为一个事物表示：如下图中的红色箭头所指的Action，每个Action为一个事物将每步定义为一个事物表示：如下图绿色箭头所指的每一步为一个事物14.浏览器→浏览器模拟去掉勾选每次迭代模拟一个新用户点击确定15.点击保存，选择存放路径，命名脚本名称，点击保存，保存脚本16.准备加载→并发用户→创建controller场景17.手动场景选择Vuser数，测试的用户数量，这里以300为例，点击确定18.双击启动Vuser编辑操作，根据自己的需求设置多少秒多少个user,这里以每15秒50个user为例。
同样，停止Vser拦也要设置成与启动拦一样。
持续时间，是你运行测试设定的时间。
19.保存场景，取一个场景名称eg:test_lrs 与脚本保存在同一目录下20.点击黑色三角开始测试21.在左侧选择你要的测试场景图，双击在右侧显示。
或者右键关闭不要的场景图22.当这里再次显示开始测试时，说明测试已经结束23.点击结果→分析结果24.点击保存结果，命名结果名称，测试结束。
LoadRunner之并发用户数与迭代关系
Q1:
例如在LR里，要测100个用户同时并发登陆所用时间，是不是在录制好脚本后，需要参数化“用户名”，“密码”以及在那个记事本里构造100个真实的用户名和密码？然后运行Controller，设置用户数为100？
A:说的是对的。
但是测并发数的时候，本身就是模拟的虚拟用户，所以认为不一定非要参数化100个用户，用一个用户跑100遍也是可以的。
当然这样进行设置的话更符合实际情况。
Q2:那么这里的迭代次数该怎么设啊，设成1和设成10有什么区别啊？搞不清测试并发用户，“迭代”和“并发用户数”（就是controller里设的虚拟用户数）的区别。
A:
迭代次数如果设置为1，那么你的脚本就只跑100遍（续Q1）,如果你设置为100，那么当你设置并发数为100，那么脚本就要跑100*100=10000 遍。
当然这种情况是在没有设置Conrtoller中的durantion，如果设置了这个场景的持续时间，那么你运行的场景时间就以这个时间结束为准，和迭代次数就没有关系了。
Q3:假如用LR测100个用户同时注册一个网站的帐号，参数化了100个用户名和密码，那么跑一遍脚本，并跑通了，并在controller里也run了一遍，那么这100个新增帐号是不是就真在数据库里添加了啊？
A:是的，如果脚本没问题的话，那么数据库里肯定会有100条记录的。
可以自己查看数据库，或者访问你录制的脚本网站，都能看到相应的记录。
Q4:对于并发数更多的情况下呢，例如并发数是1000，那是不是应该在多个机器上运行才可以阿？
A:不一定啊，如果你有条件的话，当然多台机器运行得出的结果更为准确，但是用LR如果是录制web应用程序的话，最大并发数可以到10000的。
Loadrunner中参数的设置（五篇模版）
Loadrunner中参数的设置（五篇模版）第一篇：Loadrunner中参数的设置Loadrunner中参数的设置在做负载或者压力测试时，很多人选择使用了Loadrunner测试工具。
该工具的基本流程是先将用户的实际操作录制成脚本，然后产生数千个虚拟用户运行脚本（虚拟用户可以分布在局域网中不同的PC 机上），最后生成相关的报告以及分析图。
但是在录制脚本的过程中会遇到很多实际的问题，比如不同的用户有不同的使用数据，这就牵涉到参数的设置问题。
本文就Loadrunner中参数的设置进行说明，希望对大家有所帮助。
录制程序运行的过程中，VuGen（脚本生成器）自动生成了包含录制过程中实际用到的数值的脚本。
如果你企图在录制的脚本中使用不同的数值执行脚本的活动（如查询、提交等等），那么你必须用参数值取代录制的数值。
这个过程称为参数化脚本。
本文主要包括如下内容：理解参数的局限性、建立参数、定义参数的属性、理解参数的类型、为局部数据类型设置参数的属性、为数据文件设置参数的属性、从已经存在的数据库中引入数据。
除了GUI，以下的内容适合于各种类型的用户脚本。
一、关于参数的定义在你录制程序运行的过程中，脚本生成器自动生成由函数组成的用户脚本。
函数中参数的值就是在录制过程中输入的实际值。
例如，你录制了一个Web应用程序的脚本。
脚本生成器生成了一个声明，该声明搜索名称为“UNIX”的图书的数据库。
当你用多个虚拟用户和迭代回放脚本时，也许你不想重复使用相同的值“UNIX”。
那么，你就可以用参数来取代这个常量。
结果就是你可以用指定的数据源的数值来取代参数值。
数据源可以是一个文件，也可以是内部产生的变量。
用参数表示用户的脚本有两个优点：① 可以使脚本的长度变短。
② 可以使用不同的数值来测试你的脚本。
例如，如果你企图搜索不同名称的图书，你仅仅需要写提交函数一次。
在回放的过程中，你可以使用不同的参数值，而不只搜索一个特定名称的值。
LoadRunner中Action的迭代次数的设置和运行场景中设置
LoadRunner中Action的迭代次数的设置和运⾏场景中设置LoadRunner中Action的迭代次数的设置和运⾏场景中设置 是怎么重复迭代和怎么增加并发运⾏的呢？ 另外，在参数化时，对于⼀次压⼒中均只能⽤⼀次的资源应该怎么参数化呢？就是说这些资源⽤了⼀次就不能在⽤了的。
－－参数化时,在select next row选择unique,update value on选择 each occurence, 1. 迭代跟虚拟⽤户数没什么必然联系 迭代是这样的： 迭代1次迭代2次迭代3次 ⽤户1 X1 X2 X3 ⽤户2 Y1 X2 Y3 其中的X1-3 Y1-3是参数，参数规则就是⼆楼说的 这么两个⽤户是根据你的rump up 上来的，⽐如5秒上两个⽤户，那么⽤户1和2就在5秒之内加载进来的，不知道说清楚了没。
第⼆个问题就简单了，只能⽤⼀次的参数，⾸先确保你的参数⾜够，另外规则选择的时候，注意选择唯⼀ 迭代次数只是对你设置了迭代次数的action进⾏迭代，⽽⽤户数可以理解为对整个录制过程的迭代（只是各个⽤户不同） ⽽且增加并发量可以通过增加⽤户来达到 还可以设置集合点来增加某个操作的并发量 假如⼀个脚本，设置最⼤并发量为10，每5秒中增加2个并发⽤户，⽽Action设置的迭代为10次： 当开始⾄2秒时，加载了2个⽤户，这2个⽤户分别开始运⾏，并都运⾏10次，不管这个2个⽤户运⾏10次是否结束，当下⼀个2两秒到来时，即开始⾄第4秒时⼜加载了2个⽤户，这2个⼜运⾏10次；就这样⼀直加载到10个并发⽤户，然后当每个⽤户都运⾏完10次时就结束。
这样中间最⼤并发是10个，但不⼀定能达到10个，因为在加载最后⼏个时，前⾯的有可能已经运⾏结束，所以如果要真正达到最⼤并发10就必须设置集合点来完成 不过也不⼀定⾮要设置集合点才能实现同时处在running的状态有10个⽤户。
设置duration也是可以的。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
LoadRunner中Action的迭代次数的设置和运行场景中设置
当场景的持续设置为“运行至结束”时，以vugen中设置的迭代次数为准；
当场景的持续设置为“具体的几分钟”时，忽略vugen中的迭代次数，脚本的action重复迭代，直到结束为止，按退出策略，执行退出操作；
迭代跟虚拟用户数没什么必然联系
迭代是这样的：
迭代1次迭代2次迭代3次
用户1 X1 X2 X3
用户2 Y1 X2 Y3
其中的X1-3 Y1-3是参数，参数规则就是二楼说的
这么两个用户是根据你的rump up 上来的，比如5秒上两个用户，那么用户1和2就在5秒之内加载进来的，不知道说清楚了没。
第二个问题就简单了，只能用一次的参数，首先确保你的参数足够，另外规则选择的时候，注意选择唯一
迭代次数只是对你设置了迭代次数的action进行迭代，而用户数可以理解为对整个录制过程的迭代（只是各个用户不同）而且增加并发量可以通过增加用户来达到还可以设置集合点来增加某个操作的并发量
假如一个脚本，设置最大并发量为10，每5秒中增加2个并发用户，而Action设置的迭代为10次：当开始至2秒时，加载了2个用户，这2个用户分别开始运行，并都运行10次，不管这个2个用户运行10次是否结束，当下一个2两秒到来时，即开始至第4秒时又加载了2个用户，这2个又运行10次；就这样一直加载到10个并发用户，然后当每个用户都运行完10次时就结束。
这样中间最大并发是10个，但不一定能达到10个，因为在加载最后几个时，前面的有可能已经运行结束，所以如果要真正达到最大并发10就必须设置集合点来完成
不过也不一定非要设置集合点才能实现同时处在running的状态有10个用户。
设置duration也是可以的。
不过那就不只每个用户运行10次了。
如果想实现用户迭代10次，并且想同时running为10个用户，就应该设置集合点。
迭代（Iterate）设计，或者我们称之为增量（Incremental）设计的思想和XP提倡的Evolutionary De sign有异曲同工之妙。