ロードテストの概要

テストの概要は、[ロードテストレポート] ページの[概要] タブにあります。

概要

レポートページの上部にあるテストステータスバーに、テストの実行中に発生したエラーの数を含むテストの詳細が表示されます。エラーの詳細を表示するには、レポートページの [
ログ
] タブに移動し、[ エラーのみ ] 状態で一覧をフィルター処理します。

IP アドレスを持つ L の一覧をダウンロードするには、[エージェントリスト ]をクリックします。

チャートの概要

各グラフの縦方向の Y 軸は、グラフの種類に応じてテスト実行パラメーターを表します。水平 X 軸は、テストの所要時間を分単位で示します。

実行計画

折れ線グラフは、テスト期間における仮想ユーザーの実際の数と、テストシナリオに基づく仮想ユーザーの予想数の変化を示します。テスト実行計画がユーザーロードの観点から、正常に実装されているかどうかを表示できます。

Y 軸は仮想ユーザーの数を表します。

グラフには次の線が表示されます。

最大ユーザー数 – ターゲットリソースで一度にシミュレートできる仮想ユーザーの定義済みの最大数。
実際のユーザー数 – 時間間隔ごとにターゲットリソースで実際にシミュレートされたユーザーの数。各ノードは、特定の期間中にシミュレートされたユーザーの合計数を表します。最初のノードは、ユーザーの開始数を表します。
ユーザーの予想数 – 計画された最大負荷に達するユーザー数の予測変化を示します。

[ユーザー数]行が[最大ユーザー数]行に達すると、テストに割り当てられたすべての仮想ユーザーが使用され、計画された最大負荷でサイトがテストされました。一方、この 2 つの線の間に大きな偏差がある場合は問題が発生します。

最大ユーザー数に到達しなかった理由は次のとおりです。

リスは CPU 使用率の制限に達する可能性があります。テストレポートで [ロードインジェクタサーバーの負荷] グラフを確認します。
目標ベースのテストの場合、トランザクションの目標は、最大ユーザー数で指定された数よりも少ない数 のユーザーで達成できます。テストレポートの [1 分あたりのトランザクション数 ] グラフを確認します。

1 分あたりのトランザクション (目標ベースのロードテストのみ)

グラフには、各テストイテレーションでの 1 分あたりのトランザクション数の目標と実際のトランザクション数が反映されます。

Y 軸は、ターゲットリソースで 1 分間に実行されるトランザクションの数を表します。

チャートには次の線があります。

トランザクション (計画済) – テストシナリオで設定された 1 分あたりのトランザクションの目標数。
トランザクション (実績) – 各イテレーションでターゲット Web サイトでシミュレートされた実際のトランザクション数。ラインはキャリブレーション期間で区切られます。
キャリブレーション期間 – ユーザー負荷の次のレベルに達するために必要な時間。チャートでは、実際の荷重期間の間に薄いギャップとして表示されます。

実行プランチャートの[実績ユーザー数]の行が[最大ユーザー数] の行と重なっている間に目標に達していない場合は、上限を大きくし、 マックス。同時仮想ユーザー の値をテストの設定に入れ、テストを繰り返します。

平均応答時間

平均応答時間

グラフは、トランザクションの実際の期間の変化を示します。 Y 軸は秒単位の時間を表します。

チャート上の各ノードは、対応する間隔で計算された平均応答時間値を表します。

グラフに大きな折れ線の変動がない場合、Web サイトはテストロードを正常に処理しました。

テストまたは急激なピークに対する平均応答時間の劇的な増加または減少の場合は、他のチャートで詳細を確認してください。たとえば、下のグラフでは、エラーのあるセッション数の漸進的な増加によって発生する平均応答時間の劇的な増加。

[ 開始されたセッション数 ] グラフでは、同時実行ユーザーによって開始されたセッションの合計数と、失敗したセッション数と成功したセッションの数を比較できます。 Y 軸はセッション数を示します。

セッションには、ブラウザの起動/シャットダウンとトランザクションが含まれます。

チャートには次の線があります。

開始されたセッション数 – 特定の時間間隔で開始されたセッションの合計数。
成功セッション数 – エラーなしで実行されたセッションの数、つまり、デバイスのすべてのタスクが正常に実行されました。
エラーセッション数 – 失敗したセッションの数 (キーワード/イメージが見つからない、ターゲットリソースにアクセスできなかったなど)。
未完了セッション数 – テスト期間の終了時に自動的に中止されたセッションの数。このタイプのロードテストセッションの詳細については、マイクロソフトサポート技術情報の未完了のセッションに関する記事を参照してください。

[累積セッション数]グラフには、テストで開始されたセッションの合計数が表示されます。このチャートでは、テスト期間中にターゲットリソースでシミュレートされた仮想ユーザーの総数を評価できます。 Y 軸はセッション数を示します。

各ノードは合計カウントを表し、計算の時点で開始されたセッションの合計として計算されます。

エラーの種類別のエラー数のドットグラフは、エラーの種類別のエラーセッションの数を示しています。数値は Y 軸で指定されます。

グラフを使用して、特定の瞬間にどのエラータイプが発生しているかを判別します。失敗を確認するには、セッションレポートを参照してください。エラーの説明については、エラーコードを確認してください。

ロードインジェクタ負荷

このグラフは、ドットコムモニタの LAから受信した CPU 負荷メトリックを示しています。テストが異なる地理的ゾーンからテストを実行する LA のパフォーマンスに対する影響を評価するために使用します。

L のロードレベルが 80% を超えていないことを確認します。当社の専門知識に基づいて、ロードインジェクタサーバマシンの最適なCPU負荷は80%以下です。このロードレベルでは、サーバーのパフォーマンスに影響を与えるサーバーハードウェアの遅延やデータ処理の速度低下は除外されます。

L の CPU 負荷が 80% を超える場合は、ペイロード値を減らしてテストを繰り返すことをお勧めします。それ以外の場合、テストは不正確な結果を表示します。

一方、CPU 使用率が低い場合は、Load Injector あたりのペイロードと、LoadView リソースを最適に使用してコストを最小限に抑える仮想ユーザーの最大数を増やすことができます。

グラフの下の最初のスイッチは、常に参照サーバーの線を表します。

結果の解釈に関するヒント

すべてのグラフは時間軸によって互いに同期されるため、グラフ上の縦線が揃います。したがって、チャートからチャートまでのテスト実行履歴を確認し、シミュレートされたユーザーの数が特定の期間における応答時間とLIs CPU負荷にどのような影響を与えるかを確認できます。以下の例では、LI は、仮想ユーザーの数が多く、CPU 使用率が最大になったため、要求を生成して Web サイトの回答を十分に速く受け入れることができなかった。