LoadRunnerはUI応答時間を測定しますか？

Question

私はLoadRunnerがシステムの応答に使用されていることは知っていますが、レンダリング時間（大きなリストなどの何千もの項目）。私は、特定のオブジェクトがUIに表示されていることを確認するだけで済みますが、LoadRunnerはブラウザを実行せず、記録されたデータのみを送信すると思います。私はどんな入力に対しても非常に貪欲です。 ありがとう！

Answer 1

LoadRunnerには、レンダリング時間を測定するさまざまな方法があります。スタックの先頭からダウンしてから

• Citrix/RDP仮想ユーザー。このタイプのビットマップ上で同期が行われているため、ビットマップをクライアントに完全にレンダリングする必要があります。
• GUI仮想ユーザー。これは、バージョン1以降、LoadRunnerに組み込まれています。最初はXRunnerであり、WinRunnerになりました。現在の製品ではQuickTest Professionalです。 GUIバーチャルユーザは、シッククライアントサーバ時代には非常に人気があり、ウェブクライアントはますます増えてきており、リッチになっています。一般的にはこれらのうちのいくつかを実行するだけですが、残りはトランスポート・レベルのユーザーです。
• TruClient（LoadRunner 11 on）。レンダリングを含む完全なfirefoxスタックを実行します。

完全なクライアントを実行するためにスタックを上げると、トレードオフが発生します。 1つは、会話型の動作をサーバーに再現するのではなく、完全なクライアントを実行する必要があるため、仮想ユーザーあたりのリソースコストが大きくなることです。 500MBにサンプルを追加したブラウザがあれば、実行コードを共有している4GBホストでも、ホストごとにたくさんのユーザーを達成することはできません。 QTPベースのGUI仮想ユーザーを見ると、OSインスタンスごとにシンゴル仮想ユーザーが表示されます。

TruClientユーザー・タイプのフル・ファイアウォール・スタックと、どのブラウザーに対してもGUI仮想ユーザーを実行する能力の両方を見ると、「LoadRunnerはブラウザーを実行せずに記録されたデータのみを送信します。この声明がかなり脇に置かれる原因を選んでください。

今、次の大きな質問です。それがあなたのコードではなく、ブラウザーのレンダリングが遅いと仮定すると、この動作を変更してアプリをより速く動かすために何ができるでしょうか？ IEを変更できますか？遅いコードを見つけて更新するためにFirefoxやChromeのソースを掘り下げるための時間、技術、予算がありますか？