LoadRunner字符集与检查点的探讨
LoadRunner脚本中的乱码问题以及解决办法
相信有不少人在使用LoadRunner的过程中都遇到过这样的问题：在录制下来的脚本的中文信息出现了乱码。
关于乱码问题，可能大家在网上也能搜到不少相关的解决办法，我在这里就不多说了，大家自己去试验一下吧，到底哪个办法有效也就只有谁用谁知道了！我这里只举一个自己遇到的实际例子来说这个问题，也许不是解决这个问题的唯一办法，但至少也是其中的一个吧。
被测系统采用Ajax技术，通过录制下来的脚本看起来像下面的样子（省略函数其它部分，下同）：web_custom_request("CALL-H001I","EncType=text/xml; charset=UTF-8","BodyBinary=CALLH001I1040浣忔埧01鏆傛棤鍙风爜<PAPERGR ant organ>1110000001000000.00A110102*********#1闇嶈景榫""""x99" "10001鍘﹂棬100A1442000050031"r"n" "", LAST);从上面脚本的黑体部分可以看出，LoadRunner向服务器提交的请求body部分，输入的中文字段被变成了诸如“浣忔埧”这样的乱码。
遇到这样的情况，相信大多数人和我最开始一样，只能不加理会，直接点击回放，然后我们很高兴地发现，脚本回放成功了！这些乱码是可以被LR识别的，而且到应用系统中查看运行的结果，也没有问题，显示的是正确的中文。
但是且慢！先不要高兴得太早，我们很快就会意识到：如果这个字段我们是需要进行参数化的怎么办？我们应该如何造出这种乱码的字呢？首先，我们直接用正常的字去参数化，这里只举其中的一个例子来说明，比如这个字段，我们用参数值“汽车”直接在脚本中替换“浣忔埧”，脚本回放失败。
loadrunner 详细解释
LoadRunner2010-10-29 10:24事务TRANSACTION所谓事务(TRANSACTION),就是在脚本定义中定义的某段操作(ACTION),更确切的说,就是一段脚本语句.定义事务时,首先在脚本中找到事务的开始和结束位置,然后分别插入一个事务起始标记,这样,当脚本运行的时候,LOADRUNER会自动在事务的起始点计时,脚本在运行到事务结束点时计时结束,系统会自动记录这段操作的运行时间等性能数据；在脚本运行完毕后,系统会在结果信息中单独反映每个事务运行结果.LR_START_TRANSACTION(“事务名称”)LR_END_TRANSACTION(“事务名称“)集合点RENDEZVOUS多用户同时加载并发,并发过程仅仅体现在开始执行的那一刹那,随着服务器对请求的响应时间的不一致或系统环境条件的限制,在运行过程中能集合到一点的可能性微乎其微,所以将一定数量的用户同时加载并不是真正意义上的并发.系统压力最大的情况是:所有用户都集中到系统瓶颈的某个点上进行操作,从脚本的角度来讲,这个点就是执行脚本的某一条或一段语句,为了真实模拟这个最坏的情况,查看系统在最坏情况下的反映,LOADRUNNER 提供了集合点的功能,帮助测试人员实现真正意义上的并发.LR_RENDEZVOUS(“集合点名称”)参数化PARAMETERS让所有用户都使用相同的数据来运行,对系统造成的压力与实际情况会有所不同.而对于那些禁止一个用户多次登陆的系统,也就严重到无法测试的地步了.为了解决这个问题,让系统更加真实的模拟多用户使用的实际环境,LOADRUNNER提供了对脚本进行参数化输入的功能.所谓的脚本参数化,就是针对脚本中的某些常量,定义一个或多个包含数据源的参数来取代,让场景中不同的虚拟用户在执行相同的脚本时,分别使用参数数据源中的不同数据代替这些常量,从而达到模拟多用户真实使用系统的目的.注:参数化输入只能用于函数中的参数,不能用参数代替非函数中的常量参数.检查点CHECKPOINTLOADRUNNER检查点的功能主要用来验证某个界面上是否存在指定的TEXT或IMAGE等对象，在使用LOADRUNNER测试WEB应用时，可以检查压力较大时WEB服务器能否返回正常的页面。
loadrunner测试报告
loadrunner测试报告标题：《深入了解LoadRunner测试报告》引言：在软件开发和测试过程中，性能测试是非常重要的一环。
而作为广泛应用的性能测试工具之一，LoadRunner提供了详细的测试报告，可以帮助开发人员和测试人员进行性能问题的分析和解决。
本文将深入探讨LoadRunner测试报告的内容和意义，以及如何正确解读和分析测试报告。
一、LoadRunner测试报告的概述LoadRunner测试报告是基于所执行的性能测试结果生成的一份详尽报告。
它包含了多个重要的信息和数据，用于评估系统在负载下的性能表现。
LoadRunner测试报告一般由多个部分组成，包括概要信息、实际负载情况、响应时间分析、错误率统计、并发用户数、资源占用情况等。
二、测试报告的概要信息LoadRunner测试报告的概要信息部分提供了对整个测试过程的总体概述。
这一部分包括测试的目的和背景、测试场景和测试数据的设置、测试运行时间、测试结果的关键指标等。
通过概要信息，我们可以了解测试的整体情况，为后续的分析提供背景和依据。
三、实际负载情况的分析实际负载情况是LoadRunner测试报告中一个非常重要的部分。
通过分析实际负载情况，我们可以了解系统在不同负载下的性能表现。
在这一部分中，我们将关注并发用户数、事务响应时间、吞吐量等。
通过对负载情况的分析，我们可以确定系统在预期负载下的性能状况，并找出可能存在的性能瓶颈。
四、响应时间分析响应时间是系统性能的一个重要指标，也是用户体验的直接体现。
在LoadRunner测试报告中，响应时间分析提供了针对每个事务的详细响应时间数据。
我们可以通过对响应时间的分析，找出系统中响应时间过长的事务，并进行优化。
此外，还可以通过比较不同负载下的响应时间数据，进一步了解系统对负载变化的适应能力。
五、错误率统计错误率统计是测试报告中的又一重要部分。
通过统计测试过程中出现的错误次数和错误率，我们可以快速定位系统中存在的问题。
loadrunner检查点函数
LoadRunner检查点函数一、什么是LoadRunner检查点函数？在软件测试中，检查点用于验证应用程序在运行过程中是否符合预期。
LoadRunner 是一款流行的性能测试工具，它提供了多种类型的检查点函数，用于验证系统的性能和响应时间。
LoadRunner检查点函数是一组用于检查应用程序在负载情况下的性能和响应时间的函数。
这些函数可以在脚本中插入，以便在运行测试期间验证系统的正确性和稳定性。
通过使用检查点函数，测试人员可以确保应用程序在负载条件下的性能满足预期。
二、为什么需要使用LoadRunner检查点函数？在进行性能测试时，我们需要确保系统在负载情况下的性能和响应时间符合预期。
使用LoadRunner检查点函数可以帮助我们实现以下目标：1.验证系统的正确性：通过设置检查点，我们可以验证系统是否按照预期的方式运行。
例如，我们可以检查某个特定页面是否正确加载，是否包含预期的数据等。
2.检查响应时间：性能测试的一个重要指标是系统的响应时间。
通过使用LoadRunner的响应时间检查点函数，我们可以测量系统的响应时间，并与预期的响应时间进行比较，以确定系统是否满足性能要求。
3.验证负载情况下的稳定性：在负载情况下，系统可能会出现性能下降或崩溃的情况。
通过使用LoadRunner的稳定性检查点函数，我们可以验证系统在负载情况下的稳定性，并检查是否存在性能问题。
4.监控系统资源：性能测试还需要监控系统的资源使用情况，如CPU利用率、内存使用量等。
使用LoadRunner的资源检查点函数，我们可以监控系统资源的使用情况，并根据需要进行调整。
三、LoadRunner检查点函数的类型LoadRunner提供了多种类型的检查点函数，用于验证系统的性能和响应时间。
以下是一些常用的检查点函数类型：1. 文本检查点文本检查点用于验证页面中的文本内容是否符合预期。
它可以检查页面中的静态文本、动态文本和数据库中的文本。
LoadRunner使用说明书
Load Runner 使用说明一、组件：(一) VuGen:用于捕获最终用户业务流程和创建怎动化性能测试脚本。
1. 录制脚本：(1) 集合点Rendezvous(2) 验证点Check Point:文本验证点Text Check、图片验证点Image Check(3) 事务Transaction:事务开始Start Transaction、事务结束End Transaction(4) 注释与消息Comment & Message:/***/2. 增强并编辑Vuser脚本(1) 参数化：在Select next now中的参数：Sequential顺序、Random随机、Unique唯一在Update value on 参数：Each iteration每次迭代、Each occurrence每次出现、Once 一次(2) 从数据库中导入数据3. 配置动行时设置Runtime settings(运行时设置)(1) Number of Iterations:迭代次数(2) 在Preferences中的Enable image and text check在脚本中添加验证点时必须选中。
4. 在独立模式下运行Vuser脚本5. 集成Vuser脚本(二) Controller:用于组织、驱动、管理和监控负载测试。
1. 创建方案(1) 创建手动方案(2) 创建百分比模式方案(3) 创建面向目标的方案2. 计划方案(1) 开始时间(2) 方案运行设置：加压Ramp Up、持续时间Duration、减压Ramp Dowm3. 运行方案4. 监视方案(1) RuntimeGraphs(运行时图)A. Running Vusers运行时图：Running正在运行的Vuser总数、Ready完成脚本初始化部分、即可以运行的Vuser数、Finished结束运行的Vuser数，包括通过的和失败的、Error执行时发生的错误VuserB. Transaction Graphs事务监视图:Trans Response Time事务响应时间、Trans/Sec(Passed)每秒事务数（通过）、Trans/Sec(Failed/Stopped)每秒事务数（失败、停止）、Total Trans/Sec（Passed）每秒事务总数（通过）。
LoadRunner性能测试指标分析
LoadRunner性能测试指标分析·Memory:·Available Mbytes简述：可用物理内存数.如果Available Mbytes的值很小（4 MB或更小），则说明计算机上总的内存可能不足，或某程序没有释放内存。
参考值：4 MB或更小，至少要有10%的物理内存值·Page/sec (Input/Out)简述：为了解析硬页错误，从磁盘取出或写入的页数。
一般如果Page/sec持续高于几百，那么您应该进一步研究页交换活动。
有可能需要增加内存，以减少换页的需求（你可以把这个数字乘以4k就得到由此引起的硬盘数据流量）。
Pages/sec的值很大不一定表明内存有问题，而可能是运行使用内存映射文件的程序所致。
参考值：·Page Fault简述：处理器每秒处理的错误页（包括软/硬错误）。
当处理器向内存指定的位置请求一页（可能是数据或代码）出现错误时，这就构成一个Page Fault。
如果该页在内存的其他位置，该错误被称为软错误（用Transition Fault/sec记数器衡量）；如果该页必须从硬盘上重新读取时，被称为硬错误。
许多处理器可以在有大量软错误的情况下继续操作。
但是，硬错误可以导致明显的拖延。
参考值：·Page Input/sec简述：为了解决硬错误页，从磁盘上读取的页数。
参考值：·Page reads/sec简述：为了解决硬错误页，从磁盘上读取的次数。
解析对内存的引用，必须读取页文件的次数。
阈值为>5.越低越好。
大数值表示磁盘读而不是缓存读。
参考值：·Cache Bytes简述：文件系统缓存，默认情况下为50%的可用物理内存。
如IIS5.0运行内存不够时，它会自动整理缓存。
需要关注该计数器的趋势变化。
该指标只显示最后一次观察的值，它不是一个平均值。
参考值：·pool paged bytes简述: 指在分页池中的字节数，分页池是系统内存中可供对象使用的一个区域。
第7章 LoadRunner常见问题解答
通过设置vugen.ini的MaxVisibleLines项数值可以调整 LoadRunner参数显示数据的个数。
7.2 如何突破Controller可用脚本50条限制
修改max_num_of_scripts
7.3 如何解决数据库查询结果过大导致录制失败
设置Vugen.ini的CmdSize项完成
解决
7.22 如何解决由于设置引起的运行失败问题
这种情况通常是因为被测试的应用程序应用的链接超 时、相应页面资源的下载时间等超过LoadRunner默认 值而引起来的错误，这时我们通过调整LoadRunner系 统的相关设置，通常这些错误信息都能够得到解决。
7.23 如何实现对服务器系统资源的监控
return 0; }
7.7 如何解决脚本中的乱码问题
问题
平时在对Web应用程序性能测试的时候，可能会出现录制的脚 本中汉字变为乱字符的现象。
解决
7.8 如何在录制时加入自定义标头
问题
有时在录制过程中，要加入自定义标头，那么如何在脚本中 加入自定义标头呢？
解决
7.9 线程和进程运行方式有何不同
解决
System()函数
7.18 如何下载并保存文件到本地
问题
如何下载并保存文件到本地？
解决
获得文件内容后，通过fopen、fwrite、fclose函数，就可以 将需保存的内容保存成本地文件，这样就完成了文件下载操 作。
7.19如何理解常用图表的含义
Transaction Response Time 图 Through吞吐量图 Windows Resource图
7.32 如何用程序控制网站的访问次数
在进行性能测试的时候，性能测试用例设计是模拟用户 实际应用场景是非常重要的一项工作。通常用户操作经 常用到的业务是相对固定的，这样在场景设计的时候， 就需要经常应用的Action执行次数多些，而系统设置方 面的工作通常为一次性操作。
自己整理的LoadRunner常见问题以及解决办法
1.LoadRunner录制脚本时为什么不弹出IE浏览器?当一台主机上安装多个浏览器时，LoadRunner录制脚本经常遇到不能打开浏览器的情况，可以用下面的方法来解决。
启动浏览器，打开Internet选项对话框，切换到高级标签，去掉“启用第三方浏览器扩展(需要重启动)”的勾选，然后再次运行VuGen即可解决问题提示：通常安装Firefox等浏览器后，都会勾选上面得选项，导致不能正常录制。
因此建议运行LoadRunner得主机上保持一个干净的测试环境。
2.录制Web脚本时，生成的脚本中存在乱码该如何解决?录制脚本前，打开录制选项配置对话框Record-Options，进入到Advanced标签，先勾选“Support charset”，然后选择中支持UTF-8。
再次录制，就不会出现中文乱码问题了。
3.HTML-based script与URL-based script的脚本有什么区别?使用“HTML-based scr ipt”的模式录制脚本，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。
LoadRunner常遇见报错问题解决方案
LoadRunner常遇见的问题在压力测试过程中，有时会出现错误，这在实际测试中是不可避免的，毕竟自动录制生成的脚本难免会有问题，需要运行脚本进行验证，把问题都解决后才加入到场景中进行负载测试。
下面结合常用的协议（如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．LoadRunner脚本中出现乱码：在录制Web协议脚本时出现中文乱码，在回放脚本时会使回放停止在乱码位置，脚本无法运行。
错误现象：某个链接或者图片名称为中文乱码，脚本运行无法通过。
错误分析：脚本录制可能采用的是URL-based script方式，如果程序定义的字符集合采用的是国际标准，脚本就会出现乱码现象。
事务、检查点、集合点
1、集合点：插入集合点是为了衡量在加重负载的情况下的性能情况。
在计划中，可能会要求系统能够承受1000 人同时提交数据，在LoadRunner 中可以通过在提交数据操作前面加入集合点，这样当虚拟用户运行到提交数据的集合点时，LoadRunner 就会检查同时有多少用户运行到集合点，如果不到1000 人，LoadRunner 就会命令已经到集合点的用户在此等待，当在集合点等待的用户达到1000 人时，LoadRunner 命令1000 人同时去提交数据，从而达到计划中的需求。
2、事务（Transaction）：为了衡量的性能，我们需要定义事务。
比如：我们在脚本中有一个数据查询操作，为了衡量服务器执行查询操作的性能，我们把这个操作定义为一个事务，这样在运行测试脚本时，LoadRunner 运行到该事务的开始点时，LoadRunner 就会开始计时，直到运行到该事务的结束点，计时结束。
这个事务的运行时间在结果中会有反映。
插入事务操作可以在录制过程中进行，也可以在录制结束后进行。
LoadRunner 运行在脚本中插入不限数量的事务。
问题：事务的start_transaction与end_transaction是否可以嵌套？3、参数化输入如果用户在录制脚本过程中，填写提交了一些数据，比如要增加数据库记录。
这些操作都被记录到了脚本中。
当多个虚拟用户运行脚本时，都会提交相同的记录，这样不符合实际的运行情况，而且有可能引起冲突。
为了更加真实的模拟实际环境，需要各种各样的输入。
参数化输入是一种不错的方法。
[信息来自"岁月联盟"]4、参数化包含以下两项任务：资源来自"岁月联盟"①在脚本中用参数取代常量值。
信息来自"岁月联盟"②设置参数的属性以及数据源。
（注：不是所有的函数都可以参数化的。
）5\参数的类型。
["岁月联盟"]DateTime：很简单，在需要输入日期/时间的地方，可以用DateTime 类型来替代。
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 number 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 t his type”.已经可以排除是load generator机器本身资源的问题。
因为换了性能比较强的酷睿2还是同样的问题，CPU和memory都有空闲。
解决办法:在load generator中有一个Vuser limits tab，可以设置running user的最大数目。
即设置load generator----Details------Vuser limits ----Other Vusers 的最大参数3.LoadRunner 常见问题：（1）sofeware caused connction：这种情况，一般是脚本有问题，或者loadrunner有问题。
解决方法：重新启动机器，或者重新录制脚本，估计是loadrunner的bug。
LoadRunner文本检查点使用
LoadRunner⽂本检查点使⽤在测试时，我们可以根据⽂本检查点判断事务是否执⾏正确。
我们在启动流程时，成功返回：我们检查这个响应结果是否有。
int i=0;i=web_reg_find("Text=\":1,\"","Search=Body",LAST);web_submit_data("startFlow.ht","Action=,"Method=POST","RecContentType=text/html","Referer=,"Snapshot=t235.inf","Mode=HTTP",ITEMDATA,"Name=actDefId", "Value=csqdxn:1:10000027300065", ENDITEM,"Name=defId", "Value=10000027300066", ENDITEM,"Name=businessKey", "Value=", ENDITEM,"Name=runId", "Value=0", ENDITEM,"Name=startNode", "Value=", ENDITEM,"Name=m:jdbcs:xm", "Value=a", ENDITEM,"Name=m:jdbcs:bianma", "Value=", ENDITEM,"Name=formKey", "Value=10000027300052", ENDITEM,"Name=formData", "Value={\"main\":{\"fields\":{\"xm\":\"a\",\"bianma\":\"\"}},\"sub\":[],\"opinion\":[]}", ENDITEM,LAST);if(i==0){lr_end_transaction("startFlow", LR_PASS);}else{lr_end_transaction("startFlow", LR_FAIL);}这个代码根据响应判断事务是否成功。
LoadRunner简介LoadRunner特性LoadRunner
五、LoadRunner的测试举例
点击观看一个录制的测试过程。
六、VuGen使用的介绍
1、VuGen的介绍
LoadRunner拥有各种虚拟用户类型，每一类型都适合于特定的 负载测试环境。这样就能够使用Vuser精确模拟真实世界的情形。 Vuser在方案中执行的操作是用Vuser脚本描述的；
四、LoadRunner的测试过程
监视方案：
使用LoadRunner联机运行时、事务、系统资源、Web 服务器资源、 数据库服务器资源、网络延时、流媒体资源、防火墙服务器资源、 Java 性能等、应用程序部署和中间件性能监视器来监视方案的执行；
分析测试结果：
在方案执行期间，LoadRunner将记录不同负载下的应用程序性能。 可以使用LoadRunner的图和报告来分析应用程序的性能；
五、LoadRunner的测试举例
下面以测试二期积分网站http：//132、77、119、162：8001/为例来讲 解LoadRunner的测试过程
1、启动LoadRunner 选择：开始－>程序－>Mercury LoadRunner－>LoadRunner
五、LoadRunner的测试举例
六、VuGen使用的介绍
• 具体的操作方法如下：
在需要插入集合点的前面，点击菜单插入->集合点，也可在 录制时按插入集合点按钮
注意：集合点经常和事务结合起来使用。集合点只能插入 到Action 部分，vuser_init和vuser_end中不能插入集合 点！！！
六、VuGen使用的介绍
LoadRunner使用技巧与问题排除技巧
让LoadRunner走下神坛Loadrunner无疑是个强大有力的压力测试工具。
他的脚本能录制生成，自动关联;测试场景能面向指标，多方监视;测试结果图表显示，拆分组合。
相信有人这样想象过：拿着一张性能指标标准列表和测试数据相比较，如同PH试纸相同，遇碱则蓝，遇酸则红，一目了然，之后就能大声地喊道：我找到了软件系统的性能瓶颈!然而，我们无论在loadrunner前面加多少个“强大”、“智能”的形容词，别忘了其最终修饰的只是个名词-“工具”。
《大话西游》中也有相当精辟的论断：官兵?最多也只是个长了痔疮的官兵!把loadrunner比喻成长了痔疮的官兵有点粗俗，但loadrunner他是个工具，那么是否能够找到性能瓶颈就取决于使用工具的人，而不是工具本身。
要做一个成功的性能测试，仅读懂和精通了loadrunner的使用手册是不够的，还需要对被测软件系统的方方面面都要有了解，比如软件体系构架，网络拓扑等知识。
这就如同一个技艺高超的木匠，并不是因为他背熟了凿子，锤子的说明书，而是他能结合木材的质地和尺寸，用凿子和锤子这些工具做出一把精巧的椅子来。
那么在性能测试中，人的智慧活动体目前哪里呢?一.首先性能测试也是测试的一种，这就意味着做性能测试也要写测试案例。
你所作的性能测试能不能足以支持找出性能测试瓶颈，和你在初期设计的测试案例关系甚为重要。
我曾写过对一个软件系统的不下十个性能测试场景案例，等后来运行时却发现我必须增补几个案例才能找到瓶颈，而原来十多个案例其实重复甚多。
如果你要写出好的不重复的性能测试案例来，你就得对被测软件系统有一定的了解。
在这里，我顺便插一句，在目前测试界总在争论测试人员需不必懂编程，需不必有研发经验这种问题，这完全是本末倒置，忘记了测试人员的目标是什么，测试目标就是写出好的测试案例，好的测试案例就是发现了一个原来未曾发现的软件bug。
那么一个测试人员知识体系是否够用的标准就是能不能写出一个好的测试案例。
loadrunner中添加检查点图文详解
Loadrunner中添加检查点在脚本录制完成，回放没有错误后，就可以在脚本中添加检查点了。
一、这里说明两种添加检查点的方法1）在“树”中添加首先要点击如图所示的“树”，左面就会出现所录脚本的所有快找，选择一个你需要设置检查点的快找，点击右键，会出现：在之前插入、在之后插入。
在之前插入：在该操作执行之前插入在之后插入：在该操作执行之后插入选择在执行前后插入后，会出现添加步骤窗口，在“web检查”中测试检查点设置。
2）在“脚本”中添加。
1.点击脚本图标2.页面会切换成脚本的页面，在代码中找到需要添加检查点的位置，光标定位到这里，点击右键—插入—新建步骤。
3.点击新建步骤后，会出现添加步骤窗口，在“web检查”中可以设置文本检查和图片检查。
二、1）添加文本检查点。
“一”中的两种方法都可以添加检查点，这里先讲解“文本检查”1.搜索：键入要验证页面存在与否的字符串，如：页面中出现的文字等。
2.其右侧：页面中可能多次出现该字符串，其右侧则表示验证其右侧是否存在“搜索”中所键入的内容，如：验证页面中ABC右侧是否存在DEF，则需要在“搜索”中键入DEF，在“其右侧”中键入ABC。
3.其左侧：与其右侧相反，表示验证其左侧是否存在“搜索”中所键入的内容。
4. 常规中检查点的操作名5.在树中所添加的文本检查点在脚本中所添加的文本检查点2）添加图像检查点页面源文件中的alt属性和src属性1.备用图像名称（ALT属性）：为输出纯文字的参数属性，因为网络等原因，无法渲染图片时，采用的一种补救措施，这时就会显示alt（替换）文字。
2.图像服务器文件名（SRC属性）：这里就是输入页面中你所要检查的图片的相对路径。
在你所要添加检查点的页面右键—查看源文件中找到该图片的相对路径即可。
注：这里所输入的相对路径需要加上如图中圈住的双引号中的内容3.“树”中所添加的图片检查点“脚本”中所添加的图片检查点三、检查点添加完成后，需要保存脚本，并且需要启用图像和文本检查。
Loadrunner脚本编程（4）-数据类型操作和字符串操作
Loadrunner脚本编程（4）-数据类型操作和字符串操作一，数据类型转换没有使用过C编程的LoadRunner脚本编写者会发现在数据类型转化方面比较困难。
下面介绍这方面的知识。
1．相似函数的输出在不同的位置象很多C函数一样，使用atoi函数的结果即为返回值如intResult = atoi( charY );而：itoa的返回结果为第二个参数。
itoa( intX, charY, 10);第一个参数是需要转换的数字，第二个参数是转换后存储的字符数组，需要注意的是数组必须定义为固定的长度，如：char chary[20]；数组的最大长度为32064（32K），否则会出现“too many variables”编译错误。
如果定义为变长的字符串如char *charY，则程序会出错。
第三个参数不是数组的长度，而是数字的基数，10进制是最常用的，其他还有二进制，八进制，十六进制。
2．有一些函数实现了同样的功能itoa不是一个标准的ANSI C函数但是是C的stdlib.h中的一个函数。
所以它不被包括在unix机器上的LibC中。
我们可以使用标准的sprintf函数来代替：sprintf（charY，“%d”，intX）；sprintfWrites formatted output to a string.3．是用%X来转换一个十六进制数int intNum；sscanf（“ffff”，“%X”，&Num）;lr_output_message(“%d”,intNum);// 打印65535 ,ffff的整数值sscanfReads formatted input from a string.4．从文本中提取数字的规则如果第一个字符不是数字或者为空，atoi返回0，即“e24”会返回0atoi 转换一个非数字的字符会返回组成这个字符的数字，如“-3.2”返回-3.0。
“123XXX345”返回123。
LoadRunner中的检查点
LoadRunner中的检查点LR中检查点有两种：图片和文字。
常用检查点函数如下：1)web_find()函数用于从HTML 页中搜索指定的文本字符串;2)web_reg_find()函数注册一个请求，以在下一个操作函数(如web_url)检索到的HTML网页上搜索指定的文本字符串;3)web_image_check()函数用于从HTML页面中查找指定的图片;4)web_global_verfication()属于注册函数，注册一个在web页面中搜索文本字符串的请求，与web_reg_find只在下一个Action函数中执行搜索不同的是它在之后所有的Action类函数中执行搜索指定的文本字符串;下面分别介绍以上函数的用法：1、web_find()函数参数举例：web_find("web_find","RighOf=a","LeftOf=b","What=name",LAST);参数解释："web_find"定义该查找函数的名称;“LeftOf”和“RighOf=”用来定义查找字符的左右边界;“What=”定义查找内容;例如上述参数举例中的意思就是在页面中查找左边界为b，右边界为a，内容为name 的信息;使用该函数注意事项：该函数是在查找页面中的内容，所以要放在要查找的内容的后面;该函数只能在基于HTML模式录制的脚本中进行查找注意事项：使用该函数时，要在Vuser->Run-Tme Settings中更改下设置勾选Enable Image and text check系统默认是不勾选该选项的。
2、web_reg_find()函数参数举例：web_reg_find("Search=Body","SaveCount=ddd","Test=aaa",LAST);参数解释：Search用来定义查找范围，SaveCount定义查找计数变量名称，该参数可以记录在缓存中查找内容出现的次数，可以使用该值，来判断要查找的内容是否被找到;例如上述参数举例中的意思就是Body中查找内容为aaa的信息，并将出现次数记录在变量ddd中;【代码一：web_reg_find("Text=Payment Details",LAST);代码思路：1.“Payment Details”为你要检查的文本;2. 脚本执行到此处，若在页面上找到了这几个字符串，那脚本继续执行下去;若没有找到，脚本将在此报错并且结束。
loadrunner检查点函数
loadrunner检查点函数LoadRunner检查点函数是LoadRunner测试中用来验证应用程序在运行过程中是否正常的工具。
该工具通过与应用程序的实际输出结果进行比较，判断应用程序的实际行为是否与预期行为一致。
LoadRunner检查点函数是非常重要的测试工具，在保证应用程序的质量和性能方面发挥了重要作用。
LoadRunner检查点函数的作用是检查应用程序在某个特定状态下的输出结果。
通过检查点函数，测试人员可以验证应用程序是否产生了预期的输出结果，并确定是否需要进行修改。
LoadRunner的检查点函数可以验证Web应用程序、动态验证JavaScript、服务器端数据库、网络协议和其它应用的输出结果。
LoadRunner检查点函数的使用方法很简单。
首先需要选择要检查的函数。
然后，设置检查条件。
最后，通过LoadRunner测试运行的模拟，测试应用程序是否满足检查条件并通过测试。
如果应用程序符合检查条件，那么LoadRunner就会通过测试。
如果应用程序不符合检查条件，那么LoadRunner就会报告错误并指出具体的问题所在。
在LoadRunner测试的过程中，我们需要使用不同种类的检查点函数来验证应用程序的输出结果。
以下是常用的检查点函数：1. 文本检查点：该检查点用于验证应用程序输出的文本。
测试人员可以使用文本检查点来确认应用程序输出的文本是否符合预期。
如果文本检查点发现文本不符合预期，那么测试人员就需要修改应用程序，以确保产生的输出结果满足预期。
2. 图像检查点：该检查点用于验证应用程序输出的图像。
测试人员可以使用图像检查点来检查应用程序输出的图像是否符合预期。
如果图像检查点发现图像不符合预期，那么测试人员就需要修改应用程序，以确保产生的输出结果满足预期。
3. 音频检查点：该检查点用于验证应用程序输出的音频。
测试人员可以使用音频检查点来检查应用程序输出的音频是否符合预期。
如果音频检查点发现音频不符合预期，那么测试人员就需要修改应用程序，以确保产生的输出结果满足预期。
LOADRUNNER基础教程
correlation） 四、关联（correlation）- Rule Correlation
使用Rule Correlation的步骤 的步骤： 使用Rule Correlation的步骤： 启用auto auto1. 启用auto-correlation 点选VuGen的Tools->Recording Options->Internet Protocol>Correlation，勾选Enable cor relation during reco rding，以启用自动关联。 假如录制的应用系统属于内建关联规则的系统，如AribaBuyer、BlueMartini、BroadVision、 InterStage、mySAP、NetDynamics、Oracle、PeopleSoft、Siebel、SilverJRunner等，请勾 选相对应的应用系统。 或者也可以针对录制的应用系统加入新的关联规则，此即为使用者自订的关联规则。 设定当VuGen侦测到符合关联规则的数据时，要如何处理： Issue a pop-up message and let me decide online：跳出一个讯息对话窗口，询问您 是否要建立关联。 Perform correlation in sceipt：直接自动建立关联 2. 录制脚本 开始录制脚本，在录制过程中，当VuGen侦测到符合关联规则的数据时，会依照设定建立关联.。
Load Runner 基础教程
0
检查点 参数化 集合点(Rendezvous) 集合点(Rendezvous) 关联(Correlation) 关联(Correlation) RunRun-Time Settings设置 Settings设置
1
一、检查点
简述loadrunner的组成部分及其作用(一)
简述loadrunner的组成部分及其作用(一)LoadRunner的组成部分及其作用LoadRunner是一款功能强大的性能测试工具，由多个组件组成，每个组件都承担着不同的作用。
以下是LoadRunner的组成部分及其作用的简述：脚本开发组件1.VuGen（Virtual User Generator）: 用于录制用户行为或手工编写测试脚本。
通过录制和回放HTTP、Web、数据库等操作，生成测试脚本。
2.JavaScript: 可以在脚本中使用JavaScript语言进行编程，实现复杂的逻辑判断、数据处理等功能。
3.参数化: 支持在脚本中设置参数，以模拟真实用户的行为。
参数化可以在脚本中使用不同的值来模拟多用户场景，增加测试的真实性。
4.检查点: 可以在脚本中插入检查点，用于验证服务器返回的结果是否符合预期。
确保被测应用程序的正确性。
负载生成组件1.Controller: 用于配置测试场景，设置模拟用户数量、并发请求、负载模式等。
可以模拟不同的场景，如高并发模拟、日常使用模拟等，以验证系统在各种情况下的性能。
2.策略规划: 可以设置测试计划，确定测试的参数和目标，如测试时长、虚拟用户数目、负载模式等。
根据不同的测试需求，制定合适的测试策略。
3.负载生成器: 用于模拟大量虚拟用户的并发访问，向服务器发送请求。
负载生成器根据配置的虚拟用户数目、请求模式等参数，产生负载并向被测系统发送请求。
4.分布式负载生成: 可以通过连接多台负载生成器，实现分布式测试。
多个负载生成器可以协同工作，模拟更大规模的用户并发访问，提高测试的真实性和准确性。
监控与分析组件1.运行时监控: 可以实时监控被测应用程序的性能指标，如响应时间、吞吐量、CPU利用率等。
根据监控数据，可以及时发现系统的性能瓶颈和问题。
2.性能分析: 可以对测试结果进行分析，生成性能报告。
通过性能分析，可以获取系统在不同负载下的性能指标，并进行性能对比和趋势分析，帮助发现性能问题。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
我们知道loadrunner在录制选项中有一个字符集的设置：Recording Options>>Advanced>>Support charset，在这里可以设置loadrunner支持的字符集。
那么被测试系统的字符集与loadrunner字符集会有什么样的关系呢？下面我们以百度、Google为例子加以说明。
首先分别查看百度、Google网站的字符集是什么？打开相应的网站，通过右键查看源文件来获取它们的字符集。
百度的字符集为?：gb2312，源文件代码中内容为：<!doctype html><html><head><meta http-equiv="Content-Type" content="text/html;charset=gb2312">；Google的字符集为?：UTF-8，源文件代码中内容为：<!doctype html><html><head><meta http-equiv="content-type" content="text/html; charset=UTF-8">。
运行测试脚本，检查点可以通过。
2、设置loadrunner的字符集为：UTF-8，再次录制一个百度的测试脚本，测试脚本同上。
这时运行测试脚本，会发现检查点没有通过，日志信息显示：Action.c(26): Error: search failed。
为什么没有设置loadrunner的字符集的检查点可以通过，而设置loadrunner的字符集为：UTF-8的检查点却不能通过呢？我们来看下这两个脚本所产生的代码生成日志信息，在测试脚本的data目录下的CodeGenerationLog.txt文件中。
这时我们可以在两个文件中搜索检查点“百度”关键字，可以发现在没有设置loadrunner字符集的这个文件中可以搜索到“百度”关键字而在设置loadrunner的字符集为：UTF-8的这个文件中却搜索不到“百度”关键字。
这是因为设置loadrunner的字符集为：UTF-8会把测试脚本所生成的信息会强制将gb2312转换为UTF-8。
所以对于被测试系统字符集是gb2312的网站，loadrunner中又将字符集设置为：UTF-8，中文关键字作为检查点的时候可能失败。
再以google为例：
运行测试脚本，检查点没有通过，日志信息显示：Action.c(31): Error: search failed。
2、设置loadrunner的字符集为：UTF-8，再次录制一个google的测试脚本，测试脚本同上。
这时运行测试脚本，会发现检查点通过。
为什么没有设置loadrunner的字符集的检查点不能通过，而设置loadrunner的字符集为：UTF-8的检查点却能够通过呢？我们来看下这两个脚本所产生的代码生成日志信息，在测试脚本的data目录下的CodeGenerationLog.txt文件中。
这时我们可以在两个文件中搜索检查点“地图”关键字，可以发现在没有设置loadrunner字符集的这个文件中搜索不到“地图”关键字而在设置loadrunner的字符集为：UTF-8的这个
文件中却能够搜索到“地图”关键字。
这是因为没有设置loadrunner的字符集为：UTF-8，不会自动把测试脚本所生成的信息转换为UTF-8而是转换为其他的Encode。
所以对于被测试系统字符集是UTF-8的网站，loadrunner中必须将字符集设置为：UTF-8，中文关键字作为检查点的时候才能通过。
附：录制脚本后，切换到树视图中，打开相应的脚本页面。
在右侧的PageView中录制的脚本呈现中文版式，但是当切换到Server Response中，所有的中文全部换成的乱码，如“勌缞仫訆”，原因是服务器端没有把响应的编码设置为gb2312，可以找到Web.Config文件，在<system.web>….</s ystem.web>节点加入<globalization requestEncoding="gb2312" responseEncoding="gb2312" fileEncoding="gb2312"/>后再次录制脚本，乱码变中文。