如何關聯和參數化文件路徑，該文件路徑未記錄在LoadRunner和Fiddler的腳本中（版本：11.52）

Question

我在LoadRunner中有一個腳本，在該腳本中，我必須登錄到電子商務應用程序，搜索產品，查看該產品的圖像，將圖像文件下載到系統中並注銷。 我必須以多種方式參數化-保存文件路徑-並將其關聯起來並在控制台中打印出來。 我已經錄制了腳本，並且可以無任何錯誤地重播該腳本。 現在，我陷入困境的是，我無法在錄制的腳本中找到保存的文件路徑。 我猜這是由於保存路徑窗口是win32格式的事實。 我正在使用http / web協議和11.52版的loadrunner。 米沙爾

Answer 1

您不應期望在測試期間保存文件。 它可能作為HTTP流的一部分下載，因此受虛擬用戶的日志記錄設置的約束。

HTTP虛擬用戶位於OSI的第7層的底部。 文件保存/另存為對話框位於第7層的頂部。您不應期望腳本中看到與正在回放的OSI的另一層相關的任何內容。

如果需要實際的文件內容，則需要執行以下操作。

1. 關聯將HTTP中的整個文件下載流保存到相關變量
2. 使用虛擬用戶的語言（對於Web類型，它可以是幾種語言），打開一個文件並將變量的內容寫入該文件
3. 關閉檔案
4. 測試結束時，請查看文件的保存位置。

請注意，以上內容將使負載生成器上的本地磁盤子系統變成盒子上運行的每個虛擬用戶的瓶頸。 I / O的優先級高於對CPU的任何應用程序的需求，並且通過對磁盤子系統要求較高的I / O，您將從機箱上運行的應用程序中竊取CPU。 請參閱有關CPU的應用程序和系統組件的概念，有關Intel OS的Ring 0和Ring 3的概念以及硬件中斷與軟件中斷的優先級。

在大多數情況下，只需確認文件頭和文件尾都為下載流的一部分，並且文件具有與之關聯的最小大小即可。 您可以使用web_reg_find（）搜索頁眉和頁腳的標簽，並檢查上次下載的大小以檢查最小文件大小。 然后，這提供了一種驗證文件是否已“下載”的方法，即使沒有將文件存儲在日志中或作為單獨的文件存儲在磁盤上，也不會導致負載生成器出現性能問題。