parameters - LoadRunner と Fiddler (バージョン: 11.52) のスクリプトに記録されていないファイル パスを関連付けてパラメーター化する方法

Question

LoadRunner に、e コマース アプリケーションにログインし、製品を検索し、その製品の画像を表示し、画像ファイルをシステムにダウンロードし、ログアウトする必要があるスクリプトがあります。- ファイルパスの保存 - を複数回繰り返してパラメータ化し、同じものを関連付けて、コンソールに出力する必要があります。スクリプトを記録しましたが、エラーなしで再生されます。私が立ち往生しているのは、記録されたスクリプトで保存されたファイルパスを見つけることができないということです。保存パス ウィンドウが win32 形式であることが原因だと思います。バージョン 11.52 の http/web プロトコルとロードランナーを使用しています。 ミシャル

Answer 1

テスト中にファイルが保存されるとは思わないでください。これはおそらく HTTP ストリームの一部としてダウンロードされるため、仮想ユーザーのログ設定の対象となります。

HTTP 仮想ユーザーは、OSI のレイヤー 7 の一番下にあります。ファイルを保存/名前を付けてダイアログはレイヤー 7 の上部にあります。再生している OSI のレイヤーとは異なるレイヤーに関連するものがスクリプトに表示されることは期待できません。

実際のファイルの内容が必要な場合は、次の手順を実行する必要があります。

1. HTTP のファイル ダウンロード ストリーム全体を関連付けて、関連付けられた変数に保存する
2. 仮想ユーザーの言語 (Web タイプの言語の 1 つかもしれません) を使用して、ファイルを開き、変数の内容をファイルに書き込みます。
3. ファイルを閉じる
4. テストの最後に、ファイルの保存場所を確認します。

上記により、ロード ジェネレーターのローカル ディスク サブシステムが、ボックスで実行されているすべての仮想ユーザーのボトルネックになることに注意してください。I/O は、アプリケーションが必要とする CPU よりも優先度が高く、ディスク サブシステムに高い I/O を要求することで、ボックスで実行されているアプリケーションから CPU を盗むことになります。CPU、リング 0 およびリング 3 のアプリケーションおよびシステム コンポーネントに関する概念、Intel OS の概念、およびハードウェア割り込みとソフトウェア割り込みの優先順位を参照してください。

ほとんどの場合、ファイル ヘッダーとファイル フッターの両方がダウンロード ストリームの一部であり、ファイルに最小サイズが関連付けられていることを検証するだけで十分です。web_reg_find() を使用してヘッダーとフッターのタグを検索し、最後のダウンロード サイズをチェックして最小ファイル サイズをチェックできます。これにより、ファイルをログに保存したり、ディスク上の別のファイルとして保存したり、Load Generator でパフォーマンスの問題を引き起こしたりすることなく、ファイルが「ダウンロード」されたことを検証する方法が提供されます。