私のプロジェクトでは、単体テスト フィクスチャに比べて通常遅い一連の統合テスト フィクスチャがあります。通常、統合テストの実行が完了するまでに 3 時間近くかかります。
私の質問は、統合テストの実行を継続的なビルドとして構成する必要があるか (これは、ユニット テスト フィクスチャの継続的なビルドとその後の実行に依存することは明らかです)、それともナイトリー ビルドとして構成する必要がありますか?
ナイトリー ビルドとして構成すると、フィードバック サイクルが長くなりますか?
ありがとう -マイク
統合テストが 3 時間実行された場合、他のチェックイン ビルドに使用される可能性のあるエージェントの 1 つがこの時間ずっと停止していることは確かですか?
チェックイン ビルドに 30 分以上かかり始めたとき、これを 10 分未満に短縮するための対策を講じました。私たちが決定した基本事項は次のとおりです。そして、それはすべての単体テストに合格しますか? 他の連鎖ビルドも同じ方法で実行されました。これにより、コアミスに対するフィードバックサイクルが鋭くなります。他のビルド機能はナイトリーに戻され、その失敗は朝に対処されました。
個人的には、3 時間かかるタスクは必ずナイトリーにプッシュする必要があると思います。これは、枯渇しない大きなエージェント プールがない限りです。
おそらく別の方法として、統合テストのビルドを 1 日に 2 回、おそらく正午と夕方に開始することもできます。