LR参数化用户名密码
LR的操作进阶
LR的操作进阶1、如何进⾏⼀次性能测试？1）分析需求（功能需求-业务逻辑；性能需求-性能指标）常见的性能指标：平均事务响应时间、TPS、最⼤并发⽤户数、点击率、吞吐量、系统资源监控...2）制定性能测试计划：选择测试⼯具-LoadRunner11测试范围、测试⽤例、测试策略、⼈员分配、进度安排、提交物...常见的测试策略：<1> 基准测试：单⽤户、单测试点、持续运⾏n次或n时间<2> 并发测试：多⽤户、单测试点、严格并发执⾏三要素：1. Action脚本需要添加事务lr_start_transaction("事务名");...lr_end_transaction("事务名", LR_AUTO);2. 事务开始之前要加集合点lr_rendezvous("集合点名");3. 控制台场景中设置并发策略⽐如：让n%的所有VU到达集合点时⼀起释放<3> 综合场景测试：多⽤户、多测试点、在线执⾏⼀段时间3）执⾏测试计划：LoadRunner的三⼤组件<1> VuGen: 录制和调试脚本、1VU回放脚本、设置Run-time Settings; -- 模拟功能的实现、为后续运⾏提供增强点<2> Controller: 设置、运⾏、监控场景 Scenario场景模式、脚本组（组名、脚本路径、VU数量）、VU⾏为（初始化、加载⽅式、持续时间）、Run-time Settings（迭代次数、Pacing、Log、Think time）、系统资源监控<3> Analysis: 结果分析2、QTP和LoadRunner的区别？1）QTP: 功能⾃动化测试⼯具LR: 性能测试⼯具模拟⼤量VU，产⽣压⼒/负载2）QTP关⼼的是界⾯（UI），关⼼的是对象（对象库）；LR只关⼼客户端和服务器之间的数据包（请求包、应答包），不关⼼对象，更不需要⽐对对象的属性值，只关⼼抓包（捕捉数据包-抓包⼯具：Wireshark、Fiddler等）-- LR关⼼⽹络协议（参考当前项⽬使⽤的技术协议）3）如果⽤户界⾯改变了，但业务逻辑不变：QTP的脚本需要变化，LR的脚本不需要改变。
LR性能测试方法
1性能测试概述1.1 测试步骤1.准备好测试环境；2.根据测试用例录制LR脚本，参数化；定义测试场景。
3.针对设计的每个测试场景，性能测试基本按照如下步骤进行：a．进行测试环境准备和测试数据准备；b．运行测试脚本/程序或者执行处理过程；c．收集并记录测试指标。
测试时需要收集的性能数据主要包括如下指标：1.2 明确测试需求举例：并发虚拟用户数300个（单机），要求在每秒点击数不大于1600的情况下，系统能稳定的运行2个小时，事务响应率>99.9%，响应时间不超过2秒。
2使用Loadrunner进行性能测试2.1 打开loadrunner1)Windows启动器输入mstsc；2)打开性能测试服务器的远程桌面，ip：192.168.1.224；密码admin_h3c3)打开loadrunner112.2.2选择协议2.2.3打开网页开始录制等待打开网页2.2.4录制脚本2.2.5完成录制2.2.6编辑脚本2.2.7运行一次脚本2.2.8运行日志2.2.9保存脚本2.3 运行脚本2.3.1设置场景2.3.1.1设置点击率目标的场景2.3.1.1.1选择场景及脚本2.3.1.1.2配置load generator 场景设置界面点击Generators进入设置；点击“Add”；输入发生器的IP（本机填写localhost）点击“connect”，连接发生器；可以看到状态变为Ready，表示发生器连接成功。
2.3.1.1.3选择场景目标2.3.1.2设置vuser的场景2.3.1.2.1选择场景及脚本2.3.1.2.2设置vuser1)双击图中蓝色start vusers部分，弹出action设置框；2)如图中所示，一共产生10个vuser，每15秒产生2个vuser;3)可以从vuser产生图中查看产生时序；2.3.2开始压力测试2.3.2.1添加监控服务器在windows resourses监控界面右键，点击“Add Measurements”2.3.2.2添加主机2.3.2.3添加监控主机IP2.3.2.4添加监控资源2.3.2.5添加监控cpu空闲率2.3.3监控压力测试过程重点观察：1、是否有错误；2、响应时间是否正常；3、服务器性能是否正常；注：性能监控的其他方法：1)对于windows的服务器可以使用windows自带的性能监控工具。
LR参数化设置（转）
LR参数化设置（转）LR学习笔记---参数设置2010-10-20 14:58:55| 分类： |举报|字号LR在录制程序运⾏的过程中，VuGen（脚本⽣成器）⾃动⽣成了包含录制过程中实际⽤到的数值的脚本，如果你企图在录制的脚本中使⽤不同的数值执⾏脚本的活动（如查询、提交等等），那么你必须⽤参数值取代录制的数值，这个过程叫做参数化。
以下为参数化过程：LR学习笔记---参数设置 - ⽑⽑⾍ - 想飞的梦想参数化过程⽐较简单，参数化时复杂的是对参数属性的设置。
主要是以下两个属性的组合。
select next row 中有三个选项： Sequential（顺序读取）、Random（随机读取）、Unique （唯⼀）update the value 中也有三个选项： Each Occurrence（每次遇到）、 Each iteration（每次迭代）、 Once（⼀直）这两个属性可以有九种组合⽅式，每种⽅式都不⼀样。
接下来我们就⽤⼀个⼩实例来验证⼀下每种取值⽅式的效果。
录制⼀个lr⾃带实例WebTours的定单脚本。
脚本中将出发城市与到达城市均参数化⼀下。
参数化后还需做个关联（这个就重点说了）保证回放脚本成功。
设置10个⽤户并发持续加载的场景（参数⽂件中有10个数据），⽤默认设置均可。
即每15秒加载两个⽤户，持续时间为5分钟，每30秒停⽌5个⽤户。
然后并发跑脚本。
以下为9种组合的测试结果：（1）sequential Once⼗个⽤户每个⽤户取值均⼀样，，每个⽤户的所有迭代中的取值均⼀样。
第⼀个⽤户执⾏了5次迭代，每次迭代均取得第⼀个参数。
第⼆个⽤户也执⾏了5次迭代，每次迭代均取的第⼀个参数。
第三个。
第四个。
等等⼗个⽤户均⼀样。
（2）unique once⼗个⽤户每个⽤户取值都唯⼀，每个⽤户的所有迭代中的取值均⼀样。
第⼀个⽤户执⾏了5次迭代，每次迭代均取第⼀个参数；第⼆个⽤户执⾏了5次迭代，每次迭代均取第⼆个参数；第三个。
LR学习文档
一：LR安装过程1.双击打开安装文件出现如下界面2.点击第一个“LoadRunner”完整安装程序3. 点击确定4.5.6.7.8.9.点击退出然后会自动进行安装直到出现如下图面11.点击NEXT选择完全安装13.点击下一步下一步进行安装14.直到完成点击退出15.然后会自动弹出来一个提示就是说许可证只能免费使用10天点击close 16.LR自动启动并伴随如下的一个界面如下图二：破解篇解压这三个文件在LR关闭的前提下将2个DLL文件复制到指定目录D:\HP\LoadRunner\bin 覆盖原文件然后重新启动LR 选择confuguration---- LoadRunner License 点击new License 输入：AEAMAUIKYAFEKEKJJKEEABCJGI 点击OK 可能会弹出提示如果原来里面有许可证现在就要把License删除掉可以使用lr删除注册表文件里面的运行该程序点击“是”OK 可以再次启动LR再次选择CONFUGURATION > LoadRunner License为空了点击New License。
首先，输入globa100的注册码：AEAMAUIKYAFEKEKJJKEEABCJGI继续点击New License。
输入web10000的注册码：AEABEXFRYTIEKEKJJMFKEKEKWBRAUNQJUKBYGB 点击OK安装破解工作完成二LR基本使用1.Vitrual User Generator创建脚本，选择协议（对于B/S的结构系统使用web/http协议）录制脚本编辑脚本检查修改脚本是否有误1.启动LR 点击第一个选项卡的第一项2.进入后点击菜单File---new Virtual User 选择单协议录制方式（New Single Protocol Script）点击Create创建【以下截图是我选择了多协议录制方式下拉选择web(HTTP/HTML)协议】3.创建成功显示如下图4.点击左边Recording下面的Record Application选项进入如下界面5.点击Start Recording 然后进行参数设置如下图各个参数的设置的解释设置完成点击OK 录制正式开始。
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的。
LR介绍
Loadrunner简易面试教程-------by：NosferatuMSN:Kalada@LR协议选择在学习LoadRunner协议选择之前,我觉得我们有必要了解一下协议的基本概念。
首先我们知道,计算机与计算机之间的通信都离不开通信协议，接着我们来说说通信协议的概念。
通信协议是什么，通信协议实际上是一组规定和约定的集合。
说白了就是两台或者多台计算机在通信时必须约定好本次通信做什么，例如是进行文件传输，还是发送电子邮件；然后约定怎样通信，什么时间通信等。
因此，通信双方要遵从相互可以接受的协议（相同或兼容的协议）才能进行通信，如目前因特网上广泛使用的TCP/IP协议等，任何计算机连入网络后只要运行TCP/IP协议，就可访问因特网。
了解了协议的基本概念和作用之后，我们来说说LoadRunner的协议选择。
LoadRunner首先是一个测试工具，其次是一个性能测试工具，然后是该工具是一个基于协议，也就是说LoadRunner 测试的对象都需要使用通信协议，对于那些不使用通信协议仅仅进行本地处理的软件例如Microsoft Word，LoadRunner就不适用。
说到通信协议我们来熟悉一下协议的分层，按照OSI的分层模型，分层结构如下：按照TCP/IP协议的分层，分层结构如下：第一个分层是由OSI制定但不实用，后一个是目前广泛使用且被业界认做既定标准的协议分层，下文探讨的LoadRunner协议选择即按TCP/IP协议的分层模型讨论。
接着来说说LoadRunner VuGen中的协议分类，VuGen（LR8.1）中的协议分类如下表所示：仔细研究发现LoadRunner VuGen中的协议与文章开头所说的通信协议还是有一定的区别的，例如像LoadRunner VuGen中的C 模板、Visual Basic 模板、Java 模板、Javascript 和 VBScript 类型的脚本均为开发语言，非通信协议，但LoadRunner即把它列在这儿，我们也就暂且认可。
参数化
第一次迭代使用表中数据的结果
? Each occurrence：参数在每次迭代的过程中，参数的值都的更新。
注意：如果一个参数在一次迭代过程中出现多次，即使在同一次迭代过程中
也得更新，下面同样看这个例子，其迭代的结果。
? Once：在同一个Vuser 中一直取同一个参数，表中的数据不参于迭代的
参数，可以通过指定最小和最大值，设置随机编号的范围。
6. "Unique Number"（唯一编号）参数类型：用一个唯一编号替换参数。"Block
size"（块大小）指明分配给每个Vuser 的编号块的大小。每个Vuser 都
从其范围的下限（start）开始，在每次迭代时递增该参数值。
7. "Vuser ID"参数类型：LoadRunner 使用该虚拟用户的ID 来代替参数值，
过程。
还是看我们上面的例子的结果：
到这里参数化的过程已经全部讲完，这里总结一下，参数化过程中要注意的
问题：
1) 参数化文件尽可能少，因为参数是放在内存中的，占用了内存的资源；
2) 参数化文件与脚本分离；
3) 参数文件的路径应该以相对路径来取；
4) 一些时候为了使参数更具有真实性，参数应该从数据库中来获得；
该ID 是由Controller 来控制。在VuGen 中运行脚本时，VuGen 将会是-1。
8. File 参数类型：可以在参数属性中编辑参数文件，也可以直接编辑好参
数文件通过路径来选择，还有从现成的数据库中提取。这是参数化最常
的一种参数类型。
b) Browse 属性：
这里是用来选择参数文件的路径，这里要注意的一个问题是，一般我们在做
LR常见问题
1、三大组件Agent Configuration脚本工具VuGen：脚本编辑器Controller可以调用脚本monitor：Analysis: 报表分析器2、性能指标：响应时间、点击次数、吞吐量、请求数4、脚本录制、编译（检查有没有语法错误）、脚本回放、脚本优化、脚本验证4.1录制：划分action,操作之前切换action，比如登陆之前重新切换action，可以新增action如submit_login,然后切换到这个action，Action 退出登录放到，首页—初始化，提交-action4.2回放：按F10一步一步执行，执行完成后会生成报告，报告pass不一定脚本是没有问题的，因为LR 是通过底层数据流产生压力4.3脚本优化a)集合点和事务点顺序/s/blog_49e4019f0102vxv5.html我们在性能测试项目中，遇到事务与集合点放置顺序问题时，需要将集合点插在开始事务之前,think time 在集合点之前以下三项一定要选对d）文本检查e）关联f)插入集合点、事务点、参数化完成后，选工具->创建Controller场景，在controller中选场景->集合->策略，选第二条，当50%比例Vuser到达集合，设计场景参考第六条g)把登陆部分放到“vuser_init”部分，把需要测试的内容部分放到“action”部分执行，但是如果是模拟多个用户登陆系统，则要把登陆部分放到action部分来实现5、业务：20个并发登录的情况1个同样的用户名登录20个用户名登录，这时需要参数化集合点：等待某个时间，大家一起做某件事，集合点对系统造成的压力很大6、设计场景、Run Time Setting、添加监控图、查看运行时数据6.1 设计场景1）初始化用户2)每5秒启动2个user持续时间10分钟，比如OA系统，估计9:10-9:30使用率最高每5秒停止2个user6.2 运行时设置1)迭代次数的优先级要比场景设计的优先级低,所以这里的迭代次数没用2）日志：始终发送消息磁盘空间不足，可能会导致测试失败测试时间短选错误发送时间长选始终发送7、录制回放时快照图片不能显示Tool>Gengral Options>Display下把Show browser during replay勾上8、Loadrunner脚本录制常见问题整理/html/14/175414-243841.html9、录制时事件为0/topics/391007576?page=1修改过的方法：1)IE设置为默认浏览器，并且浏览器也是兼容模式2)去掉“启用第三方浏览器扩展*”勾，还有就是在系统属性－高级－性能－数据执行保护中，添加loadrunner安装目录中的vugen.exe3)对于Mozilla这类不采用IE内核的浏览器:可以打开IE，选择“工具→Internet选项→程序”，在“检查InternetExplorer是否为默认的浏览器”前打勾。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
loadrunner参数化用户名密码方式
技术文档---测试2010-04-13 13:13:36 阅读244 评论0 字号：大中小订阅
参数化
参数化：可以理解为开发语言中的变量的意思。
在脚本中，如果不使用参数，那么所有的测试数据是跟脚本绑定在一起的，如果需要测试不同的数据，需要运行一次，改一下，再运行。
如果使用了参数化，可以把多个测试数据保存起来，测试时脚本自动选择测试数据运行。
以上面录制的脚本为例，介绍参数化的使用方法，实现10个用户分别登陆51testing。
1、打开脚本，找到登陆动作对应的代码。
2、我们看到，录制时的用户名是“测试”，密码是“111111”（此处的用户名和密码都是虚构）。
3、首先对用户名进行参数化：选中用户名，点击鼠标右键，在出现的快捷菜单中选择“Replace with a parameter”，如下图。
4、在弹出的对话框中输入参数名和参数类型，参数名是自己起的，参数类型选择“File”，点击OK。
5、对密码进行同样的操作。
6、参数化完成后，我们需要给增加一些测试数据。
点击工具栏上的Param List按钮打开参数设置页面。
选择UserName，点击“Add Row”按钮增加行，然后在行中输入其他可以登陆的用户名。
完成后的效果如下图：
7、对密码参数做同样的操作，按顺序输入和用户名对应的密码，完成后的效果如下图：
8、设置脚本取参数的顺序。
假设我们想让脚本在运行时以顺序方式取这5个用户登陆，那么对用户名的设置：Select next row：Sequential；Update value on：Each iteration。
意思是每一次迭代时按顺序取下一个参数。
9、对密码的设置，因为密码和用户名是一一对应的。
所以对密码的设置是“Same line as UserName”。
意思是和用户名称取相同的行的数据。
这样就可以保证一一对应了。
10、因为我们有5个用户，所以需要让脚本跑5遍。
打开“Run-time Setting”对话框，设置脚本运行5次。
11、为了验证每次脚本迭代是否取到了预期的参数，可以调整一下日志内容，显示每次取的参数的内容。
设置如下：
12、运行脚本，查看日志。
日志中的蓝色部分显示的是每次迭代使用的参数内容。