再現性はパフォーマンス テストの基本原則であり、変更されていないシステムでテストを繰り返したときに、同一の結果が得られることを保証します。この原則は、パフォーマンス テストの結果の信頼性と一貫性を検証するために重要であり、テスト担当者がパフォーマンスの問題を自信を持って特定して対処できるようにします。ISTQB 標準では、パフォーマンス テストが正確で実用的な洞察を提供することを保証するために、再現性を重視しています。

* ディスクの断片化 (I) により、断片化されたファイルを読み取るためにディスクの負荷が増大し、データの取得時間が遅くなる可能性があります。
* ファイル リポジトリの増大 (III) により、管理および取得する必要があるデータの量が増加し、応答時間が遅くなる可能性があります。
* メモリ リーク (IV) により、使用可能なメモリが徐々に消費され、タスクの処理に使用可能なメモリが減少するため、システム パフォーマンスが低下します。
ネットワーク遅延 (II) と不適切なデータベース設計 (V) もパフォーマンス低下の潜在的な原因ですが、この文脈では、オプション I、III、および IV が、時間の経過に伴う応答時間の段階的な低下に最も直接的に関連しています。この理解は、ISTQB 資料に概説されている一般的なパフォーマンス テストの実践によって裏付けられています。

パフォーマンス テスト スクリプトは通常、次の 3 つの主要セクションで構成されます。
* 初期化: このセクションでは、前提条件を設定し、主要なテスト アクションのためにシステムを準備します。これにより、環境とテストが実行可能な状態であることを確認します。
* メイン セクション: ここでコア テスト アクションが実行されます。これらのアクションは複数回実行され、さまざまな負荷やシナリオをシミュレートできます。
* クリーンアップ: このセクションには、リソースの解放、状態のリセット、結果のログ記録など、テストを適切に終了するための手順が含まれています。
この構造により、ISTQB パフォーマンス テスト標準で強調されているように、パフォーマンス テストが体系的かつ効率的に実行されることが保証されます。

パフォーマンス リスクは、特に処理能力が高く、複数の場所で独立して運用されるプロジェクトでは、開発ライフサイクル全体を通じて継続的に分析および評価する必要があります。この継続的な評価により、リスクを早期に特定して軽減し、開発中に発生する変更に適応することができます。
参照：
* ISTQB パフォーマンステスト シラバス
* ISTQB 上級レベルテストマネージャシラバス

サーバーの仮想化は、通常、パフォーマンス テストの準備の一部ではありません。パフォーマンス テストの準備には、テスト環境の展開、テスト対象システムのセットアップ、正確なデータ収集を保証するための負荷生成および監視ツールの構成などのアクティビティが含まれます。仮想化は全体的なインフラストラクチャ セットアップの一側面となる場合がありますが、パフォーマンス テストの準備における直接的なステップではありません。ISTQB パフォーマンス テスト ガイドラインでは、パフォーマンス テストの実行に特化した環境、システム、およびツールのセットアップが強調されています。