テストを実行すると、LoadView はテスト セッションを中止し、 未完了 の状態でマークできます。 ほとんどの場合、このタイプのセッションでは、テスト結果分析に意味のある静的データは表示されません。 したがって、デフォルトでは、未完了のセッションは失敗のあるセッションと見なせず、未完了のセッションデータをエラー統計とテストレポートに含めないでください。 ただし、場合によっては、詳細な分析とトラブルシューティングのために、未完了のセッションの詳細を使用する必要があります。

一般に、経験則として、ロード テスト セッションの詳細が [ログ ] タブに表示されている場合、未完了のセッション レポートを分析する必要はありません。 それ以外の場合は、[ ログ ] タブで [ 未完了のセッション をセッション ログに含める] を選択し、セッションの詳細を確認してエラーを確認します。 テストの実行でエラーが検出されない場合は、テストの実行時間がスクリプト全体を再生するのに十分な長さであるかどうかを確認します。

未完了のセッションには、テスト結果に対する影響に応じて 2 種類あります。

最初のタイプは最も一般的なタイプで、テストの最後に開始され、テスト期間が終了したために中止されたセッションが含まれます。 テスト期間が経過すると、LoadView は実際のテスト終了時間から 30 秒後に待機し、未完了のテスト セッションをすべて自動的に中止します。 テストの実行の最後に開始されたテスト セッションがあり、30 秒以内に完了しなかった場合、中止されます。 要約すると、このタイプのセッションには、テスト統計に影響を与える可能性のあるデータは含まれず、テスト結果の解釈中に省略できます。

たとえば、テスト セッションの期間が 10 分で、テスト期間が 30 分であるとします。 テストの実行の最後の 5 分間にセッションが開始された場合、セッションを完了するのに十分な時間が存在しなくて、システムはそれを中止します。

2 番目のタイプには、スクリプトの再生に関する問題のあるセッションが含まれます。 このような場合、テストの実行中に一部またはすべてのテスト セッションが中止されます。 テスト結果がロード テストの概要レポートに表示される場合でも、テスト セッション ログには、予想よりも少ないセッションの統計が含まれている場合や、統計がまったく含まれていない場合があります (すべてのテスト セッションが中止された場合)。 このタイプの未完了のセッションでテストのトラブルシューティングを行うには、スクリプトの再生で発生した問題を解決する必要があります。

スクリプト実行の中絶につながる 2 つの主な問題があります。

  • スクリプトの実行の最初に発生した永続的なエラーを、スクリプトの実行時間を大幅に長くします。 このタイプのセッションは、スクリプト完了タイムアウト (15 分) で中止されます。
  • テストの実行時間が実際のスクリプト期間よりも短い場合、スクリプトの実行時間とテスト期間の間に不整合が発生します。 この場合、スクリプトの再生を完了するのに十分な時間がなく、テストの完了時にすべてのテスト セッションが中止されます。

この記事では、未完了の各セッションの種類を詳しく見て、関連する問題を回避する方法に関する推奨事項を提供します。

スクリプト エラーのあるセッション

スクリプトの実行の最初にスクリプトを再生中に発生したエラーは、未完了のセッションの 2 番目の一般的な原因です。 たとえば、ロードエラーやスクリプトエラーの低下(例えば、有効でない入力データ、検証エラー)が原因でエラーが発生する可能性があります。 LoadView はスクリプトからアクションを再生できなかった場合、アクション完了タイムアウト (アクションの種類に応じて 50 秒から 2 分) を待機し、スクリプト内の次のアクションに進みます。 通常、スクリプトの先頭で発生したエラーは、後続のアクションでエラーにつながります。 スクリプト内で失敗したアクションが増え、スクリプトの実行時間に待機時間が長くなります。 したがって、スクリプトが長いと、スクリプトの実行時間が大幅に長くなり、スクリプト完了タイムアウト (15 分) を超える可能性があります。 この場合、LoadView は自動的にセッションを中止します。

テストの実行中に問題が解決しない場合、すべてのセッションが中止され、テスト結果が正しく表示されません。 このような問題をトラブルシューティングするには、未完了のセッションの詳細とパフォーマンス レポートを確認し、対応するスクリプト エラーを修正します。

たとえば、最初にログインステップを実行し、ナビゲーションごとにキーワード検証を行ういくつかのナビゲーションアクションを含むスクリプトを作成したとします。 スクリプトで指定されたログイン データが誤っているために、システムが最初のログイン ステップを再生できない場合、後続のすべてのアクションでエラーが発生します。

スクリプトの継続時間は 2 分と仮定し、6 つのナビゲーション アクションと 6 つの関連するキーワード検証アクションが記録されます。 システムは、各ナビゲーションで 120 秒 (ナビゲーション完了タイムアウト) を待機してアクションを完了し、後続のキーワード検証にジャンプします。 ログイン データが正しくないためにナビゲーション ステップが失敗したため、システムはキーワードを見つけることができず、検証を完了するまでさらに 50 秒 (検証完了時間) を待機します。 この場合、合計待機時間は次のようになります。

待ち時間 = 7 * (120秒 + 50) = 1020秒または約17分

このようにして、スクリプトの実際の実行時間は 15 分のタイムアウトを超え、システムは説明されたエラーでセッションを中止し、未完了としてマークします。

テスト期間が短いために長いセッションが未完了

テスト セッションが中止されるもう 1 つの理由は、テスト スクリプトが長く、テストの実行時間が短すぎてスクリプト全体を再生できません。 テストでこのような未完了のセッションを回避するには、テストの実行時間がスクリプトの再生を完了するのに十分であることを確認します。 これを行うには、 テストの実行計画 を、実際のスクリプトの期間の 5 倍以上の値に設定します。

Test Duration = Script Duration * 5

キーワードの検証やステップ間の遅延などの一部の手順ではスクリプトの実行時間が長くなる可能性があるため、スクリプトの実際の実行時間が明確になってしまうことがあります。 さらに、LoadView は、実際のユーザーの動作をシミュレートするために ユーザーの遅延 を自動的に追加します。 スクリプトの実際の所要時間を確認するには、テスト デバイスの検証結果を確認します。

未完了のセッションとロード テスト エラーの統計

未完了のセッションは、テスト エラーの統計には影響しません。 ただし、必要に応じてロード テスト レポートに含めることができます。