まず、キーワード
スループット：単位時間当たり一定の高いスループットのために、より良い処理サーバの容量で、わずか数の要求スループットにほぼ比例サーバにクライアントによって送信されたリクエストを表します。
HTTP：HTTP404は、ファイルまたはディレクトリが見つからないことを示しています。結果の一部は404に見えたが、結果が渡され、失敗していません。コンテンツは重要なポイントではありませんので、再取得されていない場合、この現象が発生し、このようなクッキー情報などのスクリプトの一部のページでは、以前に要求することができるので、最終テスト結果には影響しません。
同時仮想ユーザ：図トランザクションに関連して仮想ユーザ（同時操作）を実行している使用は、時間の発生は仮想ユーザ・トランザクション、トランザクションを決定した応答の数に影響を及ぼし得ます。
ランデブー仮想ユーザ：新しいグラフに-仮想ユーザ-ポイント仮想ユーザチャートのコレクションを表示するために、Rendezousを追加した後。最大放出仮想ユーザ・ドットのグラフィック表示が7の集合体である一方で、それはタイムアウトを起こし、そのいくつかの仮想ユーザ・残業を意味し、このような状況は、仮想ユーザは10を持って実行して、ランデブーポリシーの設定は、「ユーザーのリリースに到達した後、すべてのファイル名を指定して実行」していると仮定すると、その理由は、仮想ユーザ・レスポンスタイムアウトを得ることができ、そして詳細に理由を分析するために、平均トランザクション応答時間と組み合わせることができます。
MEMの使用 :(総MEM-利用可能MEM）/総MEM。利用可能なMEM：盛メガバイト。需要がボトルネックと比較して、性能試験の必要な値よりも大きい場合。
CPUキューの長さ：1 2を超え、一般に正常ではありません。平均的には、ボトルネックのため、2よりも大きい場合。
Webページの内訳グラフ：
図ウェブ、それぞれのセグメントは、8つのチャートの合計、総ページ（ウェブページ診断）の分解図、図のページセグメントアセンブリ。（ページcomporment破壊）、図のページセグメントアセンブリ。（経時変化）（ページの振舞に破壊経時）、第一バッファブレークダウンまでの時間にわたって図（ページダウンロード時間ブレークダウン）、ページのダウンロード時間セグメンテーションマップ（経時変化）（ページダウンロード時間ブレークダウンのページダウンロード時間セグメント）、図バッファ時間の最初のセグメント（時間）図バッファ時間（時間的変化）（最初経時breaddownバッファリングする時間）、ダウンロードコンポーネント図サイズ（ダウンロードされたコンポーネントのサイズ）の最初のセグメント[KB]。
1、ページ・コンポーネントの故障のグラフ：各ページの平均ダウンロード時間を表示し、その構成要素（秒）、ページが最長選択占める要素を参照するための平均ダウンロード時間。
2、ページコンポーネントの内訳グラフ（時間の経過）：参照するには、ダウンロード時間を分析することにより、部品の分析をダウンロードするために多くのクライアントがあるページに合わせるこの図不安定や時間のかかるどのコンポーネント、シーン全体で実行するための時間です変更。
3、ページのダウンロード時間セグメント図：ページのダウンロード時間セグメントは、図DNS解決時間、接続時間、第一のバッファ、SSLハンドシェイク時間、受信時間、FTP検証時間までの時間、および各コンポーネントのクライアント時間誤差時間に応じ分析。これは、遅い応答時間は、ネットワークエラーによって引き起こされる、またはエラーがサーバーによって引き起こされる、ページのダウンロード時間を確認することができます。
図4に示すように、ページのダウンロード時間分割チャート（経時変化）：ストレステストプロセスの様々な要素を見るためにページをダウンロードし、選択されたページのダウンロード時間セグメントを表示します。ページがゆっくりと開かれている場合、このチャート分析を通じて、我々は明らかにこの問題のために最適化された任意の場所で、メインページの開放時間を見ることができます。
図5に示すように、図1の第1時間セグメントバッファは：第一のバッファは、この図は、ウェブサーバから（秒）各ページサーバおよびネットワーク構成要素に関連する時間に戻される前に、正常にこの時間内に受信されたことを意味します。ネットワーク時間は最初のHTTPを送信してからの経過瞬間まで確認を受けるまでの平均時間であるページの持続時間は、非常に重要です。時間は平均時間のバッファが正常に最初のHTTP要求確認の受信から受信されるまでの経過初めてWebサーバからサーバです。
図6に示すように、図のバッファの最初の時間セグメント（経時変化）：最初のサーバから最初のデータパケットの開始時刻を送信する、クライアントとサーバ間の接続を確立するためのバッファ時間は、ネットワークデータがクライアントに送信されます、ブラウザは、データバッファが使用された最初の時間を受信します。（描画、それぞれのサーバやネットワークの時間を区別するために2つの色がネットワークの問題やサーバーの問題を確認するために使用され、この数字は便利です！）
第二に、グラフのマージ
（1）図マージあたり毎秒クリックの特定の数：通常と同じ傾向。ない場合は、別のポイントを見つける;、クライアントからの状況から、サーバーのスループット値を値をクリックします。
（2）秒当たりのクリック数、ユーザーの数は、図マージ仮想ユーザ。
（3）図2に仮想ユーザごとのユーザの特定の数は、マージ
（4）トランザクションの数とユーザの数は、図マージ仮想ユーザ。
（5）応答時間及びユーザ仮想ユーザの数は、図マージ。
（6）取引図マージの特定の数：一貫した傾向。
（7）トランザクションフィギュアマージあたりのヒット数：一貫した傾向。
第三に、チャート
（1）キーポイント
Webページのダウンロード時間区分：新規グラフ-ウェブページ診断-ページ追加、Webページを閲覧する各ページのダウンロード時間の状況は、ダウンロードされた最長のページを表示します。私たちは、簡単に時間が長くなる要求応答につながった、とさえ応答に失敗したページを、決定することができます。また、あなたが原因長すぎる時間のどの段階を見ることができます。
付録
| 名前 |
説明 |
| クライアントの時間 |
時間またはクライアントが遅延しているクライアントに関連する他の遅延のブラウザリクエストによって表示考慮、平均時間が経過しました。 |
| 接続時間 |
最初の接続に必要なセトリング時間の指定されたURLが含まれているWebサーバーと表示されます。接続メトリックは、ネットワークの問題の良い指標です。また、サーバが要求に応答するかどうかを示します。 |
| DNS解決時間 |
IPアドレスのために必要な最新のDNSサーバーDNSの名前解決の時間を使って表示されます。DNSルックアップメトリックは良い指標は、DNS解決の問題やDNSサーバーの問題を示しています。 |
| エラー時間 |
それはこの期間経過平均時間を（唯一のHTTPエラー）、エラーメッセージを返すためのHTTP要求を表示します。 |
| 第一のバッファ時間 |
最初のバッファまでの時間は、Webサーバーからの経過され成功した回復への初期HTTP（通常はGET）からの表示要求。最初の尺度は良いバッファWebサーバーの遅延とネットワーク遅延の指標です。 （注：最大バッファサイズは8Kで、その結果をバッファリングすることができる最初の時間は、ダウンロード時間要素を完了するために必要とされるからです。） |
| FTP Autherntication時間 |
クライアントが使用する検証時刻表示。あなたがFTPを使用している場合、サーバはコマンドを開始する前に、クライアントを処理し、あなたはそのクライアントを確認する必要があります。FTP認証測定にのみ適用する通信プロトコルFTPであります |
| 受信時間 |
最後のバイトの前にショーの後、サーバから受信し、ダウンロード時間を完了しています。ネットワーク品質測定を受信する（受信レートが時間/サイズ比を計算するために使用される参照）良好な指標です。 |
| SSLハンドシェイク時間 |
ディスプレイのSSL接続セットアップ時間使用（クライアントを含むこんにちは、サーバこんにちは、クライアントの公開鍵の送信は、サーバ証明書と他のいくつかのオプションのフェーズを送信します）。この時間の後、クライアントとサーバー間のすべての通信が暗号化されます。SSLハンドシェイクの対策だけでHTTPSトラフィックに適用されます。 |
アイデアの（2）Webページの内訳：
結果の概要 - 「同時分析 - 」応答時間 - 「毎秒ヒット - 」ビジネスの成功 - 「システム・リソース - 」Webページの内訳のグラフ - 「Webサーバのリソース - 」データベース・サーバー
見てくださいページ（ページのダウンロード時間ブレークダウン）のダウンロード時間チャートのページ・セグメント、それがどの時間の最も長い期間の種類を確認するには時間がかかります。あなたはまた、どのタイプのどのページチャート上で最も長い時間見ることができます。
第一のバッファ時間の最大時間値、直接閲覧（第1のバッファ内訳までの時間）第1のバッファ内訳チャートを、あなたは、長いダウンロード時間は、ネットワークエラーまたはサーバーエラーの原因によって引き起こされる見ることができます。
通りの時間の最大時間値を受信、ネットワークの問題によって引き起こされる可能性が、それはブラウザ発行要求である可能性があります。そして、最も可能性の高いネットワークの問題をダウンロードされている場合は、このページ要素は、ダウンロードされたかどうかを確認する必要があります。もう一つのポイントは、ページキャッシュがうまく行われている場合は、それをダウンロードする必要はありません。もちろん、いくつかのフロントページの画像ファイルを受信した時刻値が得られ、163Kとしても大なのは、比較的大きいです。