MS テストを使用して一連の単体テストを実行するビルド後のイベントを .NET 3.5 でセットアップしようとしています。MbUnit を使用してバット ファイルを呼び出す方法を示すこの投稿を見つけましたが、MS Test を使用してこの種のことを行った人がいるかどうかを知りたいですか?
もしそうなら、batファイルがどのようになるかのサンプルに興味があります
MS テストを使用して一連の単体テストを実行するビルド後のイベントを .NET 3.5 でセットアップしようとしています。MbUnit を使用してバット ファイルを呼び出す方法を示すこの投稿を見つけましたが、MS Test を使用してこの種のことを行った人がいるかどうかを知りたいですか?
もしそうなら、batファイルがどのようになるかのサンプルに興味があります
同じスタイルで NUnit を使用していたため、MSTest に移行することにしました。その際、該当する MSTest プロジェクトのビルド後のイベントに以下を追加しました。
CD $(TargetDir)
"$(DevEnvDir)MSTEST.exe" /testcontainer:$(TargetFileName)
MSTest コマンド ライン オプションの完全なセットは、該当する MSDN サイトにあります。
個人的には、コンパイル プロセスの一部として単体テストを実行することはお勧めしません。代わりに、ReSharper (+ 適切な単体テスト ランナーまたは最近のこれらの呼び出し方法) やその他の GUI ランナーのようなものを検討してください。
コンパイルするたびに発生するビルド後のイベントでそれを行う代わりに、CruiseControl.Netのような継続的インテグレーション サーバーのセットアップを検討します。これにより、タイトなフィードバック サイクルが提供されますが、アプリケーションをビルドするたびにテストを実行する作業が妨げられることはありません。
現在開発中の一連のテストを実行したい場合は、ReSharperを使用するという Anton の提案がうまく機能します。必要なときに実行するテストのサブセットを作成でき、必要に応じてコンパイルするのに十分スマートです。デモを手に取っている間に、まだライセンスを持っていない場合は、Team Cityを手に入れてください。これは、いくつかの約束がある別の CI サーバーです。
この方法を使用してビルドの品質を制御したい場合は、テストの数が増えるにつれて、F5 を押して変更をテストするたびに 1000 個のテストが実行されるのを待ちたくないことに気付くでしょう。