本帖子已过去太久远了，不再提供回复功能。&&&&&&&&&&&&&&&&&&
posts - 10,comments - 11,trackbacks - 0
第3课：重播Vuser脚本
在前面的教训，你记录了一组典型的用户行为，并准备重播脚本。
重播脚本之前，您可以配置脚本的运行时设置，它定义了Vuser的行为。
注：记录与基于Web的协议的地方WebTours演示应用程序的脚本后，脚本重播可能，如果你使用的是代理失败。如果你的代理不支持绕过本地地址（如安装在本地主机上WebTours）会发生这种情况。为了解决这个问题，在运行时设置代理视图下，配置无代理工作。
在这一课中，你将涵盖以下主题：
如何设置该Vuser的运行时行为？
LoadRunner的运行时设置允许您模拟各种不同的用户活动和行为。例如，你可以模仿谁立即响应，从服务器输出，或者谁站，每个响应之前认为用户的用户。您还可以配置运行时设置指定的Vuser应该重复多少次了一套Vuser脚本行为。
有迹象表明，特定于只有某些Vuser的协议一般运行时设置和设置。例如，对于一个Web仿真，可以指导你的Vuser重播在Firefox，Chrome或Internet Explorer中的脚本。特定协议运行时设置将覆盖。本课程介绍了一些适用于所有的Vuser协议的一般运行时设置的设置。一般运行时设置包括：
运行逻辑。一个的Vuser重复Vuser脚本的各个部分的次数。
起搏。将时间重复之间的等待时间。
思考时间，该时间该Vuser停止脚本步骤之间的想法。
日志。您要播放过程中收集的信息化水平。
注：本课程介绍如何使用VuGen将修改运行时设置。以后的课程将介绍如何使用LoadRunner的控制器来修改运行时设置。
要配置运行时设置：
打开您在上一课保存Vuser脚本。
打开运行时设置视图。
点击重放&运行时设置或按F4。运行时设置鉴于VuGen将编辑器中打开。
设置运行逻辑设置。
在左窗格中，在通用，单击运行逻辑。
在运行逻辑设置可以设置为重复Vuser脚本的数量。这是次重复Vuser脚本的操作部分，当脚本重播的次数。
设定迭代次数为2。
设置起搏设置。
在左窗格中，在通用，单击起搏。
该起搏设置可以控制迭代之间的时间。您将指定一个随机时间。这准确地模仿，用户操作之间等待现实生活中的设置，但在随机时间间隔。例如，你没有看到真正的用户一直在等待重复动作之间正好60秒。
选择第三个单选按钮，然后选择以下内容：
在随机时间间隔开始新的循环，每到60.秒（S）&。
设置的日志设置。
在左窗格中，在通用，选择登录。
该日志设置指示多少信息，同时运行Vuser脚本日志。同时制定了Vuser脚本，您可能需要启用一些日志记录进行调试，但一旦你确认你的脚本功能，您可以启用仅错误，甚至禁用日志记录。
选择扩展日志并启用参数替换。此选项将是相关的下列教训此时它会进行讨论。
查看思考时间设置。
在左窗格中，在通用，单击思考时间。
保持默认的思考时间设置-&忽略思考时间。您将设置从控制器的思考时间。请记住，当你运行在VuGen脚本，它会很快运行，因为它不包括思考时间。
我如何运行我的Vuser脚本？
录制Vuser脚本并设置运行时设置之后，您就可以运行该脚本。
要运行Vuser脚本：
打开VuGen将Vuser脚本。
点击重放&运行或点击重放按钮VuGen工具栏上。
VuGen提供了一些指标，你的脚本运行。
&消息运行&&出现在VuGen的左下角。
黄色标记出现在编辑器中，并表示正在重播的具体线路。
步骤导航窗格中表示正在重播的步骤。
输出窗格显示消息的重播进展。
我在哪里可以查看有关回放的信息？
当Vuser脚本停止运行，您可以查看重播的摘要。摘要在打开回放概要：&脚本名称&标签。
钍回放概要选项卡显示：
是否脚本重放成功或失败。
有关脚本的基本信息运行，如重放的持续时间，和重放的开始和结束时间。
脚本回放期间执行的操作和交易的摘要。您可以点击以显示更多详细信息嵌入到任何行动或交易的链接。
注意：如果操作和交易的摘要不会出现，选择工具&选项&脚本&重播&收集重播统计数据，然后再重播脚本。
重播统计，脚本回放期间的总吞吐量，如汇总。
在输出窗格显示回放日志，脚本回放期间发生的事件的列表。重播日志使用颜色编码来显示重播期间发生的事件的文本摘要。
在本节中，您将打开输出窗格中，找到回放日志中的特定事件和通知。
要查看回放日志：
回放脚本后，输出窗格通常打开。如果没有打开，点击查看&输出或者单击输出按钮VuGen工具栏上。
确保重播是在输出窗格中选择。
从VuGen将菜单，单击搜索&快速查找&，打开搜索对话框。
从适用范围，选择当前的脚本。
单击在搜索中包括，然后选择日志复选框。
找到以下项重播日志中，通过输入以下文本的查找文本字段：
&虚拟用户脚本启动& - 脚本运行的开始。
&Vuser的终结& - 脚本运行结束。
&迭代& - 开始和每次迭代的结尾和迭代次数。（本文以橙色显示刻字。）
注：输出窗格显示红色绿色的成功步骤和错误。例如，如果该Vuser无法连接到服务器时，输出面板将显示在红色错误文本，并指示在发生错误的位置的脚本的行号。
提示：在输出窗格中如果您双击线，VuGen将显示在VuGen中脚本编辑器相应的步骤。
注：来源为HP官网帮助中心&http://lrhelp./en/latest/help/WebHelp/Content/Tutorial/WebTours.htm
由于使用的google翻译，有些专有名词翻译的不准确，这个系列只是做个入门流程参考，望大家见谅哈~
阅读(...) 评论()&&&&&&&&&&&&&&&&&&
posts - 10,comments - 11,trackbacks - 0
第2课：准备脚本重播
创建Vuser脚本后，可以通过从VuGen中运行它验证它。有时重播将失败，即使同样的动作在录制过程中取得了成功。
许多应用程序使用，每次使用应用程序时更改动态值。例如，某些服务器指定为每个新会话的唯一会话ID。当您尝试重放记录的会话，应用程序创建，从记录的会话ID不同的新会话ID。当你重放特定类型的Vuser脚本动态值，如这些独特的会话ID，可能会造成困难。例如，动态会话ID重播的Web-HTTP / HTML脚本时，而不是重播TruClient脚本时，经常造成问题。
使用LoadRunner的相关性，来解决动态值的问题。当你关联的值，VuGen将保存变化值，在我们的情况下，会话ID，一个参数。当运行Vuser脚本时，Vuser不使用的入账价值，相反，它采用了新的会话ID，由服务器分配给它。
对于包含动态参数，如会话ID的脚本，VuGen会自动提示你在录音结束值相关。在过去的教训，我们绕过的相关性，以查看脚本原样。
在本课中，您将学习如何动态值相关，并促进一个成功的重播。
我该如何关联我的脚本？
如果您尝试重播您在记录未修改Vuser脚本，重播将失败。新的会话ID将不匹配的记录的ID，而这将导致失败。
为了解决这个问题，你可以使用VuGen的设计工作室到会话ID关联。通常情况下，VuGen将在录制会话结束扫描脚本，并提示您建议的相关性。
但是，你可以随时打开Design Studio来扫描相关的脚本。您也可以撤消您通过设计工作室没有任何关系。
打开设计工作室。
点击工具栏的设计工作室按钮，或选择设计&设计工作室。
VuGen将扫描脚本和其相关的数据，搜索可能的动态值。
相关的会话ID。
选择在相关选项卡中的会话ID项，然后单击归属关系。VuGen将改变会话ID的状态应用，并在Vuser脚本的顶部插入一个新的功能。新功能保存原始会话ID的参数。
关闭设计工作室。
检查相关语句的语法。
在VuGen中编辑器，找到VuGen将添加到开始&O脚本的功能。新条目的格式如下：
web_reg_save_param_regexp（&&PARAMNAME = userSession&，&&&正则表达式= userSession \\值=（。*？）& \\&&表\\的边界&，&SEARCH_FILTERS&，&&&范围=身体&，&IgnoreRedirections =否&，&RequestUrl = * / * nav.pl&，LAST）;
该web_reg_save_param_regexp功能指示VuGen保存包含在正则表达式的值的第一次出现（唯一的会话ID）到一个名为参数userSession。
注：来源为HP官网帮助中心&http://lrhelp./en/latest/help/WebHelp/Content/Tutorial/WebTours.htm
由于使用的google翻译，有些专有名词翻译的不准确，这个系列只是做个入门流程参考，望大家见谅哈~
阅读(...) 评论()1270人阅读
loadrunner（5）
问题一： 问题一：Loadrunner 超时错误问题描述 Loadrunner 超时错误：在录制 Web 协议脚本回放时超时情况经常出现，产生错误的原 因也有很多，解决的方法也不同。 问 题 现 象 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”选项，再回放是否 成功。 问 题 现 象 Error -27498: Timed out
while processing URL=http://172.18.20.70:7001/workflow/bjtel/leasedline/ querystat/ subOrderQuery.do 错误分析 这种错误常常是因为并发压力过大， 服务器端太繁忙， 无法及时响应客户端的请求而造 成的，所以这个错误是正常现象，是压力过大造成的。 如果压力很小就出现这个问题，可能是脚本某个地方有错误，要仔细查看脚本，提示的 错误信息会定位某个具体问题发生的位置。 解决办法例如上面的错误现象问题定位在某个 URL
上，需要再次运行一下场景，同时 其他机器上访问此 URL。如果不能访问或时间过长，可能是服务器或者此应用不能支撑 在其他 其他 如此之大的负载。分析一下服务器，最好对其性能进行优化。 如果再次运行场景后还有超时现象， 就要在各种图形中分析一下原因， 例如可以查看是 否服务器、DNS、网络等方面存在问题。 备 注 ： 增 加 一 下 运 行 时 的 超 时 设 置 ， 在 “Run-Time Settings”&“Internet Protocol:Preferences” 中 ， 单 击 “options”
， 增 加 “HTTP-request connect timeout” 或 者 “HTTP-request receive”的值。 问题二： 脚本中出现乱码问题现象某个链接或者图片名称为中文乱码， 问题二：LoadRunner 脚本中出现乱码问题现象某个链接或者图片名称为中文乱码，脚
本运行无法通过。 本运行无法通过。 错误分析 脚本录制可能采用的是 URL-based script 方式，如果程序定义的字符集合采用的是国际 标准，脚本就会出现乱码现象。 解决办法重新录制脚本，在录制脚本前，打开录制选项配置对话框进行设置，在 “Recording Options”的“Advanced”选项里先将“Surport Charset”选中，然后选中支持“UTF-8” 的选项。 问题三： 问题三：LoadRunner HTTP（404/500） （ ）服务器状态代码问题现象 HTTP404 Not
Found 相符的资源，但还可以继续运行直到结束。 服务器没有找到与请求 URI 相符的资源，但还可以继续运行直到结束。 错误分析 此处与请求 URI 相符的资源在录制脚本时已经被提交过一次，回放时不可再重复提交 同样的资源，而需要更改提交资源的内容，每次回放一次脚本都要改变提交的数据，保证模 拟实际环境，造成一定的负载压力。 解决办法在出现错误的位置进行脚本关联，在必要时插入相应的函数。 错误现象 HTTP 500 Internal Server Error 服务器内部错误，脚本运行停止。 错误分析 服务器碰到了意外情况，使其无法继续回应请求。
解决办法出现此错误是致命的，说明问题很严重，需要从问题的出现位置进行检查，此 测试人员无法单 时需要此程序的开发人员配合来解决， 而且产生的原因根据实际情况来定， 测试 独解决问题，而且应该尽快解决，以便于后面的测试。 问题四： 问题四：LoadRunner 请求无法找到错误现象 Error -27979: Requested form. not found [MsgId: MERR-27979] web_submit_form. highest severity level was &ERROR&,0 body
bytes, 0 header bytes [MsgId: MMSG-27178]& 这时在 tree view 中看不到此组件的相关 URL。 错误分析 所选择的录制脚本模式不正确，通常情况下，基于浏览器的 Web 应用会使用 “HTML-based script”模式来录制脚本；而没有基于浏览器的 Web 应用、Web 应用中包含了 与服务器进行交互的 Java Applet、基于浏览器的应用中包含了向服务器进行通信的
JavaScript/VBScript 代码、基于浏览器的应用中使用 HTTPS 安全协议，这 时则使用 “URL-based script”模式进行录制。 解 决 办 法 打 开 录 制 选 项 配 置 对 话 框 进 行 设 置 ， 在 “Recording Options” 的 “Internet Protocol”选项里的“Recording”中选择“Recording Level”为“HTML-based script”，单击“HTML Advanced”，选择“Script. Type”为“A script.
containing explicit”。然后再选择使用“URL-based script”模式来录制脚本。 问题五： 问题五：LoadRunner 不执行检查方法错误现象在脚本中插入函数 Web_find，在脚本 ， 中设置文本以及图像的检查点 但是在回放过程中并没有对设置的检查点进行检查， 像的检查点， 中设置文本以及图 像的检查点 ， 但是在回放过程中并没有对设置的检查点进行检查 ， 即 Web_find 失效。 失效。 错误分析 由于检查功能会消耗一定的资源， 因此 LoadRunner 默认关闭了对文本以及图像的检查，
所以在设置检查点后，需要开启检查功能。 解决办法打开运行环境设置对话框进行设置， 在“Run-time Settings”的“Internet Protocol” 选项里的“Perference”中勾选“Check”下的“Enable Image and text check”选项。
====================================================================== = 在使用 LoadRunner 进行 WEB 脚本录制的时候，很多人不清楚 URL-based 方式和 HTML-based 方式的差别， 以及何种情况下使用何种录制方式，这里给出一个简单的判断方法。 HTML-based 方式 HTML-based 方式对每个页面录制形成一条语句，对 LoadRunner 来说，在该模式下， 访问一个页面， 首先会与服务器之间建立一个连接获取页面的内容，
然后从页面中分解得到其他的元素 （component） ， 然后建立几个连接分别获取相应的元素。 URL-based 方式 URL-based 方式将每条客户端发出的请求录制成一条语句，对 LoadRunner 来说，在该 模式下，一条语句只建立一个到服务器的连接，
LoadRunner 提供了 web_concurrent_start 和 web_concurrent_end 函数模拟 HTML-based 的工作方式。 如何决定选择何种录制方式？ 1、如果应用是 WEB 应用，首选是 HTML-based 方式； 2、如果应用是使用 HTTP 协议的非 WEB 应用，首选是 URL-based 方式； 3、如果 WEB 应用中使用了 java applet 程序，且 applet 程序与服务器之间存在通讯，选 用 URL-based 方式； 4、如果 WEB 应用中使用的
javascript、vbscript 脚本与服务器之间存在通讯（调用了服 务端组件） ，选用 URL-based 方式
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：48242次
排名：千里之外
转载：37篇
(1)(6)(14)(1)(11)(7)(2)LR脚本回放问题解决_中华文本库
第1页/共3页
在运行脚本回放过程中，有时会出现错误，这在实际测试中是不可避免的，毕竟自动录制生成的脚本难免会有问题，需要运行脚本进行验证，把问题都解决后才加入到场景中进行负载测试。下面结合常用的协议（如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：Action.c(81):Continuing after Error -27498: Timed out while processing URL=http://172.18.20.70:7001/workflow/bjtel/leasedline/ querystat/ subOrderQuery.do
错误分析：这种错误常常是因为并发压力过大，服务器端太繁忙，无法及时响应客户端的请求而造成的，所以这个错误是正常现象，是压力过大造成的。
如果压力很小就出现这个问题，可能是脚本某个地方有错误，要仔细查看脚本，提示的错误信息会定位某个具体问题发生的位置。
解决办法：例如上面的错误现象问题定位在某个URL上，需要再次运行一下场景，同时在其他机器上访问此URL。如果不能访问或时间过长，可能是服务器或者此应用不能支撑如此之大的负载。分析一下服务器，最好对其性能进行优化。
如果再次运行场景后还有超时现象，就要在各种图形中分析一下原因，例如可以查看是否服务器、DNS、网络等方面存在问题。
最后，增加一下运行时的超时设置，在“Run-Time Settings”&“Internet Protocol:Preferences”中，单击“options”，增加“HTTP-request connect timeout” 或者“HTTP-request receive”的值。
第1页/共3页
寻找更多 ""}