NUnit実行テストのベストプラクティス？

Question

私たちは大きな.Netソリューションを持っています（大きな意味では、180万行のコード行、〜300プロジェクト）。私たちはMsTestsの前に（わずかなカバレッジ）いくつかのUnitTestを持っていましたが、私たちは以前よりもユニットテストを真剣に受け入れることに決めました。

NUnitも使用することにしました。

私の質問は：NUnitテストが一杯になったので、毎晩それらを実行したいと考えています（そのためのTFSビルドマシンがあります）。

私たちはいくつかのプロジェクトでDLLの動的ロードを行います（サブフォルダ内のすべてのDLLを例で検索しています）。ユニットテストの中には、それらのDLLを順番にロードする必要があります期待される結果を返す。

現在、すべてのプロジェクトが対象とする出力ディレクトリがあります。この出力ディレクトリでは、我々は、ユニットテストのためのサブフォルダを持っている：私たちはLIBのルート上で、いくつかのDLLをテストするために現在、私たちのテストが失敗している

Debug/x86 
- /sub folder for dynamic loading one/ 
- /sub folder for dynamic loading two/ 
- /sub folder for dynamic loading three/ 
- /sub folder with DLL not loaded with dynamic but [with probing element app.config][1]/ 
- /UnitTests/ 
- /lot of DLL 
- /Some executable of our solutions 

が、動的にロードされたDLLが見つかりません。

ここでベストプラクティスは何ですか？ 私はいくつかのシナリオを想像することができます：コピー（ポストイベントを構築する）unittestのディレクトリにあるDLL

たちの中で参照するためにいくつかのフォルダを私たちにできるように別の手品

• が
• ルートディレクトリにUnitTestをを入れて"親"フォルダ？

Answer 1

Appbaseをルートに設定してテストを実行します。これを達成する方法は、テストを実行する方法に依存しますが、これは明記されていません。たとえば、nunit3-consoleを使用する場合はコマンドライン引数があり、NUnit3 VSアダプタの場合は.runsettingsファイルを使用できます。