3

いくつか確認したいことがあります。

1) 標準のロード ランナー スクリプトは、ブラウザーが HTML のレンダリングと JS の処理に費やす時間を記録しませんか?

2) #1 を達成するには、GUI 仮想ユーザーが必要です。他の方法はありますか？

3) GUI Vuser のスクリプトは、標準の Vuser のスクリプトとは異なりますか?

4) LoadRunner がクライアント時間をキャプチャしているかどうかを判断する完全な証明方法はありますか?

ありがとう。

4

3 に答える 3

1

レンダリングを含むエンド ユーザー時間を取得する唯一の方法は、エンド ユーザー インターフェイスでサンプリングすることです。したがって、Quicktest Professional を使用して GUI 仮想ユーザーを構築します (LR ベースのソリューションについて話す場合)。

標準の HTTP 仮想ユーザーは、HTTP プロトコル レベルで実行されます。JavaScript とレンダリングが行われるのは、ブラウザー内のこのレベルより上です。これのアーキテクチャ上の証明を行う必要はありません。

Javascript を実行し、クライアントの最後にかなり近づくハイブリッド モデルがありますが、レンダリング時間に必要な正確なエッジには到達しません。これが Loadrunner 11 の TruClient テクノロジです。この機能をすべて仮想ユーザー テクノロジに組み込むことは、この仮想ユーザー タイプを実行するためのリソース要件が、実際のブラウザーを実行する場合のリソース要件に近いということです。

于 2011-04-07T01:02:43.957 に答える
0

新しいTruClientプロトコルの使用に関するコメントを再確認してください

リッチインターネットアプリケーションをテストするときに、クライアントがこれに苦労しているのを見てきました

  1. このテクノロジーは、LoadRunnerにとって比較的新しいものです。
    • とても風変わりで最初は使いにくい（たとえば、JavaScriptとCの組み合わせとしてスクリプトを編集する）
    • FirefoxのJavaScriptインターフェースは、容赦なく不格好なものになる可能性があります
  2. VUは、「通常の」HTTPユーザーほど拡張性がありません
    • 私のサイトの各VUには、それぞれ60〜70MBのメモリが必要です
    • そのため、数千人のユーザーに対してテストを実行するには、多くのハードウェアが必要です（クラウドで救助できますか??）
  3. 上記のように、応答時間は、従来のHTTPスクリプトよりも、精神的にエンドユーザーの認識に近いものです。
于 2012-02-29T15:54:00.957 に答える
0

1) 正しい。Web/HTML スクリプトは、いかなるコンテンツ (JS またはその他) も処理しません 2) QuickTest Professional (前述のとおり) 3) はい 4) はい

4 番目の YES を説明すると、JavaScript を多用するサイトのスクリプトを記録し、リプレイを実行すると、UI のレンダリングや JS の処理に時間がかからないことがわかります。例として、SunSpider JS ベンチマークを試すことができます:)

クライアントの処理時間は、通常、LR スクリプトの lr_think_time() でシミュレートされます。

補足: Client-Render-Time の測定に関しては、実行するのが非常に難しく、非常に不正確です。主な理由は、テスターとしてのあなたは、実際のユーザーが使用する環境/ハードウェアを制御できないため、テストで高速であることを示していても、ユーザーのセットアップにより遅くなる可能性がある..または賢明な逆..

于 2011-07-07T10:50:19.207 に答える