テストの概要は、[ロード テスト レポート] ページの[概要] タブにあります。
概要
レポート ページの上部にあるテスト ステータス バーに、テストの実行中に発生したエラーの数を含むテストの詳細が表示されます。 エラーの詳細を表示するには、レポート ページの [
ログ
] タブに移動し、[ エラーのみ ] 状態で一覧をフィルター処理します。
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 サイトの回答を十分に速く受け入れることができなかった。
チャート上のノードがアクティブになっているため、ノードをクリックするとヒントが表示されます。 ノード関連セッションの詳細情報を表示するには、情報ヒントの下部にある [詳細の表示 ] をクリックします。 選択した期間に実行されているセッションのレポートが[ログ]ページに表示されます。
グラフ分析とフィルター線を簡単に行うために、グラフの下のスイッチャーを使用します。