TeamCityを使用して、最初にコード変更の影響を受けるテストを実行します。
NCrunch（http://ncrunch.net）とMighty Moose（http://continuoustests.com/）は、ローカル開発マシンでそのソリューションを提供します。TeamCityの解決策はありますか？
コンテキスト：コードベースに対して多くの統合テストとプログラマーテストを実行しています。統合サーバーですべてのテストを実行するには、最大4時間かかります。それはかなり強力なハードウェア上で実行され、そのために改善の余地はあまりありません。開発者がコミットとプッシュを行うときは、迅速なフィードバックを得るとよいでしょう。
全体的なテスト期間を短縮するために、テストを 2 つ以上のパーツに分割し、TeamCity でパーツごとに個別のビルド構成を使用することができます。次に、これらすべてのパーツにスナップショットの依存関係を使用して、もう 1 つのビルド構成を作成できます。最後に、依存関係の変更をトリガーするオプションを使用して、VCS トリガーをこの構成に追加できます。実際にテストを実行しているビルド構成には、トリガーがまったくない場合があります。
このセットアップと十分な数のエージェントを使用すると、テストのいくつかの部分を並行して実行できます。統合テストのビルド構成がトリガーされると、それらのリビジョンが修正され、トリガーされたすべてのビルドで同じになるため、スナップショットの依存関係の結果は一貫することに注意してください。テスト構成に依存するビルド構成には、ビルド手順がまったくない場合があります。唯一のタスクは、集約されたテスト結果とトリガーを提供することです。
TeamCity は、.NET および Java のテストの並べ替えもサポートしています。この機能の詳細については、次のドキュメントを参照してください: http://confluence.jetbrains.net/display/TCD65/Running+Risk+Group+Tests+First