Team Foundation Server(TFS)ビルドで単体テストを実行する
-
08-07-2019 - |
質問
特定のビルドの実行時にTeam Foundation Serverで単体テストを実行する手順は何ですか?
これを初めて行うためにTFSサーバーをセットアップするときに、開発者またはシステム管理者が知っておくべき警告/落とし穴/回避策は何ですか?
ビルド中の単体テストの問題の一般的なトラブルシューティング手順は何ですか?
解決
実行しているTFSのバージョンに依存するため、2008年と想定します。
チームビルドにビルドのテストを実行するよう指示する方法はいくつかあります。
- 単体テストは、構築中のソリューション内の定義済みのテストリストから実行できます。このリストはビルド定義によって参照され、選択したリスト内のすべてのテストが実行されます。詳細こちら
- WildCardテスト実行は、マスクに一致するアセンブリに存在するテストを実行するようにチームビルドに指示するワイルドカードマスク(つまり、Test * .dll)を定義することでも利用できます。これは、ビルド定義を定義するときにも行われます。
注意事項:
ワイルドカードメソッドを使用する予定で、テスト構成のコードカバレッジを有効にする場合は、ビルド定義ファイルに次を追加して有効にする必要があります。
<RunConfigFile>$(SolutionRoot)\TestRunConfig.testrunconfig</RunConfigFile>
詳細については、これに関する以前の質問を参照してくださいここ
他のヒント
テスト構成(管理するための苦痛)を使用したくない場合は、ビルド構成にこれを追加して.dll内のすべてのテストを実行します。
<ItemGroup>
<TestContainerInOutput Include="MyProject.UnitTests.dll" />
</ItemGroup>
全体のプロセスはスムーズで、かなり単純です。テスト結果ファイルをローカルで開くことでビルドサーバー上で起動したユニットテストを検査できます(少し苦労します)が、通常はユニットテストをローカルで実行するだけですぐに結果を確認できます。
NUnitに慣れている場合は、テストをクラス名でソートすることを選択できます。同様のビューが表示されます。
コードカバレッジに注意し、コンパイル時にバイナリの完全なコピーを作成します。バイナリが十分に大きく、頻繁にコンパイルする場合、ドライブ領域をすぐに食いつぶしてしまいます。
http://msdn.microsoft。 com / en-us / library / cc981972(v = vs.90).aspx
私はこの定義があなたからの完全な「チュートリアル」を提供するので気に入っています プロジェクトを作成する 単体テストプロジェクトの作成 ユニットテストを使用するようにチームビルドを構成するには