現代のCI/CDパイプラインは、変更の実際のインパクトに関わらず、コード変更ごとに完全な回帰テストスイートを実行することがよくあります。このアプローチは広範な検証カバレッジを保証しますが、不要なテスト実行、フィードバックループの遅延、インフラストラクチャコストの増加も招きます。この課題は、リポジトリ、サービス、自動化スイートが複数のプロジェクトに分散しているマイクロサービスベースのシステムでより顕著になります。1つのモジュールでの小さな変更が、更新されたコードとは無関係なテストを含む回帰パイプライン全体を意図せずトリガーする可能性があります。