如何关联和参数化文件路径，该文件路径未记录在LoadRunner和Fiddler的脚本中（版本：11.52）

Question

我在LoadRunner中有一个脚本，我必须登录电子商务应用程序，搜索产品，查看该产品的图像，将图像文件下载到系统中，然后注销。我必须参数化 - 保存文件路径 - 在多个itterations中并关联相同，以及在控制台中打印它。 我已经录制了脚本，并且重播没有任何错误。 现在我被困住的地方是我无法在录制的脚本中找到保存的文件路径。我想这是因为保存路径窗口是win32格式。 我正在使用版本11.52的http / web协议和loadrunner。 米沙勒

Answer 1

您不应期望在测试期间保存您的文件。它可能是作为HTTP流的一部分下载的，因此受虚拟用户的日志记录设置的限制。

HTTP虚拟用户位于OSI第7层的底部。您的文件保存/作为对话框位于第7层的顶部。您不应期望在脚本中看到任何与OSI的不同层相关的内容，而不是您正在重放的内容。

如果您需要实际的文件内容，则需要执行以下操作。

1. 将HTTP中的整个文件下载流关联起来保存到相关变量
2. 使用虚拟用户的语言（可以是类型为web的几种语言之一），打开文件并将变量的内容写入文件
3. 关闭文件
4. 在测试结束时，查看保存的文件位置。

请注意，上面的内容会将您的Load Generator上的本地磁盘子系统变成瓶子上运行的每个虚拟用户的瓶颈。 I / O的优先级高于任何应用程序对CPU的需求，并且要求磁盘子系统的高I / O，您将从盒子上运行的应用程序中窃取CPU。请参阅有关英特尔操作系统概念的CPU，环0和环3的应用程序和系统组件的概念，以及硬件中断与软件中断的优先级。

在大多数情况下，足以验证文件头和文件页脚都是下载流的一部分，并且文件具有与之关联的最小大小。您可以使用web_reg_find（）来搜索页眉和页脚的标记，并检查上次下载大小以检查最小文件大小。然后，这提供了一种方法来验证文件是否已“下载”，即使不将文件存储在日志中或作为磁盘上的单独文件存储并导致负载生成器出现性能问题。