app.configファイルを使用して構成プロパティを読み込む.NETアプリケーション（.exe）を単体テストしています。単体テストアプリケーション自体にはapp.configファイルがありません。

構成プロパティを利用するメソッドを単体テストしようとすると、nullが返されます。これは、単体テストアプリケーションがターゲットアプリケーションのapp.configに読み込まれないためと考えています。

これを上書きする方法はありますか、またはターゲットapp.configのコンテンツをローカルapp.configにコピーするスクリプトを記述する必要がありますか？

この投稿はこの質問をしますが、作者は実際に私とは別の角度から見ています。

編集：私はユニットテストにVS08チームシステムを使用していることを言及する必要があります。

これを行う最も簡単な方法は.config、ユニットテストのデプロイメントセクションにファイルを追加することです。

これを行うに.testrunconfigは、ソリューションアイテムからファイルを開きます。Deploymentセクションで、.configプロジェクトのビルドディレクトリ（おそらくbin\Debug）から出力ファイルを追加します。

デプロイメントセクションにリストされているものはすべて、テストが実行される前にテストプロジェクトの作業フォルダーにコピーされるため、構成に依存するコードは正常に実行されます。

編集：追加するのを忘れました。これはすべての状況で機能するわけではないため.config、ユニットテストの名前と一致するように出力の名前を変更する起動スクリプトを含める必要がある場合があります。

Visual Studio 2008では、app.configファイルが既存のアイテムとしてテストプロジェクトに追加され、重複しないようにリンクとしてコピーを選択しました。この方法では、ソリューションにコピーが1つしかありません。いくつかのテストプロジェクトを使用すると、非常に便利です。

Team System Testを使用している場合でも、NUnitを使用している場合でも、テスト用に個別のクラスライブラリを作成することをお勧めします。 App.configをテストプロジェクトに追加するだけで、コンパイル時に自動的にbinフォルダーにコピーされます。

コードが特定の構成テストに依存している場合、最初に作成するテストでは、構成ファイルが使用可能であることを検証します（そのため、私は正気ではないことがわかります）。

<configuration>
   <appSettings>
       <add key="TestValue" value="true" />
   </appSettings>
</configuration>

そしてテスト：

[TestFixture]
public class GeneralFixture
{
     [Test]
     public void VerifyAppDomainHasConfigurationSettings()
     {
          string value = ConfigurationManager.AppSettings["TestValue"];
          Assert.IsFalse(String.IsNullOrEmpty(value), "No App.Config found.");
     }
}

理想的には、構成オブジェクトがクラスに渡されるようにコードを記述する必要があります。これにより、構成ファイルの問題から切り離されるだけでなく、さまざまな構成シナリオのテストを作成することもできます。

public class MyObject
{
     public void Configure(MyConfigurationObject config)
     {
          _enabled = config.Enabled;
     }

     public string Foo()
     {
         if (_enabled)
         {
             return "foo!";
         }
         return String.Empty;
     }

     private bool _enabled;
}

[TestFixture]
public class MyObjectTestFixture
{
     [Test]
     public void CanInitializeWithProperConfig()
     {
         MyConfigurationObject config = new MyConfigurationObject();
         config.Enabled = true;

         MyObject myObj = new MyObject();
         myObj.Configure(config);

         Assert.AreEqual("foo!", myObj.Foo());
     }
}

たとえば、Webアプリケーションとテストプロジェクトを含むソリューションがある場合、テストプロジェクトでWebアプリケーションのweb.configを使用することをお勧めします。

これを解決する1つの方法は、web.configをテストプロジェクトにコピーして、名前をapp.configに変更することです。

別のより良い解決策は、ビルドチェーンを変更して、web.configの自動コピーを作成し、プロジェクトの出力ディレクトリをテストすることです。そのためには、[アプリケーションのテスト]を右クリックして、プロパティを選択します。これでプロジェクトのプロパティが表示されます。[ビルドイベント]をクリックし、[ビルド後の編集...]ボタンをクリックします。そこに次の行を書きます：

copy "$(SolutionDir)\WebApplication1\web.config" "$(ProjectDir)$(OutDir)$(TargetFileName).config"

OKをクリックします。（テストするプロジェクト名として、WebApplication1を変更する必要がある可能性が最も高いことに注意してください）。web.configへのパスが間違っていると、コピーが失敗し、ビルドが失敗したときにそれがわかります。

編集：

現在のプロジェクトからテストプロジェクトにコピーするには：

copy "$(ProjectDir)bin\WebProject.dll.config" "$(SolutionDir)WebProject.Tests\bin\Debug\App.Config"

これは少し古いですが、これに対するより良い解決策を見つけました。ここで選択した答えを試しましたが、.testrunco​​nfigはすでに廃止されているようです。

1.単体テストの場合、構成をインターフェース（IConfig）でラップします

単体テストの場合、configは実際にはテストの一部ではないはずなので、注入できるモックを作成します。この例では、Moqを使用していました。

Mock<IConfig> _configMock;
_configMock.Setup(config => config.ConfigKey).Returns("ConfigValue");
var SUT = new SUT(_configMock.Object);

2.統合テストの場合、必要な構成を動的に追加します

Configuration config = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);
if(config.AppSettings.Settings[configName] != null)
{
    config.AppSettings.Settings.Remove(configName);
}
config.AppSettings.Settings.Add(configName, configValue);
config.Save(ConfigurationSaveMode.Modified, true);
ConfigurationManager.RefreshSection("appSettings");

これはとても簡単です。

• テストプロジェクトを右クリック
• 追加->既存のアイテム
• 追加ボタンの横に小さな矢印が表示されます
• 設定ファイルを選択し、「リンクとして追加」をクリックします

NUnitを使用している場合は、この投稿をご覧ください。基本的に、app.configを.nunitファイルと同じディレクトリに置く必要があります。

アプリケーションがAsp.net ConnectionStringなどの設定を使用している場合、属性にHostTypeをメソッドに追加する必要があります。そうでない場合、App.Configファイルがあってもロードされません。

[TestMethod]
[HostType("ASP.NET")] // will load the ConnectionString from the App.Config file
public void Test() {

}

私はNUnitを使用していて、プロジェクトディレクトリにApp.Configのコピーがあり、いくつかの構成を変更しています（例：テストデータベースにリダイレクトしています...）。あなたはそれを持っている必要があり、同じディレクトリテストプロジェクトの、あなたは罰金になります。

これらの提案をnUnit 2.5.10で機能させることができなかったので、最終的にnUnitのプロジェクト->編集機能を使用して、対象とする構成ファイルを指定しました（他のユーザーはと同じフォルダーにある必要があると言っています）。 nunitファイル自体）。これの良い面は、設定ファイルにTest.configの名前を付けることができることです。これにより、ファイルの内容と理由がより明確になります。

単体テストは、コードを実行してテストする環境と見なされます。通常の環境と同様に、ステージング/本番環境があります。.configテストプロジェクトのファイルも追加する必要がある場合があります。回避策は、クラスライブラリを作成し、NUnitやNUnitアダプターなどの必要なNuGetパッケージを追加して、それをテストプロジェクトに変換することです。Visual Studio Test RunnerとResharperの両方で完全に正常に動作app.configし、テストプロジェクトにファイルがあります。

そして最後に私のテストと値をデバッグしましたApp.config：