並列テスト
複数のテストとテストスイートを並列で実行することで、テストの設計時間を短縮します。リソースの競合とデータの依存関係を回避することで、並列で実行されるテストを設計します。
注:
複数のユーザーが同時にテストを開発している場合、並列テストによりテストの設計時間を短縮できます。テスト設計が完了したら、テストを単一の階層スイート構造に整理し、テストを単一の基本スイートとして実行することをお勧めします。
並列テストの制限
並列テストでは、複数の自動テストを同時に実行できます。このプロセスは、並列実行テストの数が次の式に従うまで続行されます。
Number of parallel tests = max(1, number of worker threads - 2)
注:
非本番インスタンスがサポートできる並列テストの実際の数は、インスタンスがプロビジョニングされたときのシステムリソースによって異なります。並列テストの制限により、インスタンスは常に他の非テストタスクが利用できるシステムリソースを確保できます。インスタンスのワーカースレッドが 2 つ以下の場合は、構成の改善の見直しをお勧めします。
テスト待機キュー
システムが並列テストの上限に達すると、テストは後で実行するように再スケジュールされます。これによりテストは、ワーカースレッドがテストを取得できるようになるまで、自動的に sys_trigger に戻されます。待機キュー内の各テストには、次回のテスト実行時のスケジュールが設定されます。
設計上の考慮事項
複数のテストとテストスイートを並列で実行して、テストの設計時間を短縮します。並列実行テストを設計することで、リソースの競合とデータの依存関係を回避します。新しく生成されたデータまたは自己作成したデータのみに依存するテストを設計するか、リソースを共有するテスト間で相互除外ルールを定義することで、リソースの競合とデータの依存関係を回避します。並列テスト間のリソース競合の防止
独自のデータを作成するテストを実行して、リソースの競合を防止します。既存のデータを使用して実行するテストでは、同じデータを必要とする他のテストは並列で実行できません。注:
リソースの競合があるテストが複数ある場合は、「テストを相互に排他的としてマーク」を参照して、テストが並列に実行されないようにする相互除外ルールを作成します。