Kann ein Unit-Test-Projekt die app.config-Datei der Zielanwendung laden?

Question

Ich teste eine .NET-Anwendung (.exe), die eine app.config-Datei zum Laden von Konfigurationseigenschaften verwendet. Die Unit-Test-Anwendung selbst verfügt nicht über eine app.config-Datei.

Wenn ich versuche, eine Methode zu testen, die eine der Konfigurationseigenschaften verwendet, geben sie null . Ich nehme an, dass dies daran liegt, dass die Unit-Test-Anwendung nicht in die app.config der Zielanwendung geladen wird.

Gibt es eine Möglichkeit, dies zu überschreiben oder muss ich ein Skript schreiben, um den Inhalt der Ziel app.config in eine lokale app.config zu kopieren?

Diese Beitrag stellt diese Frage, aber der Autor betrachtet sie aus einem anderen Blickwinkel als ich.

EDIT: Ich sollte erwähnen, dass ich VS08 Team System für meine Unit-Tests verwende.

Answer 1

In Visual Studio 2008 habe ich die app.config Datei als bestehendes Element in das Testprojekt und wählte als Verknüpfung kopieren, um sicherzustellen, dass sie nicht dupliziert wird. Auf diese Weise habe ich nur eine Kopie in meiner Lösung. Bei mehreren Testprojekten ist das wirklich praktisch!

Answer 2

Der einfachste Weg, dies zu tun, ist das Hinzufügen der .config Datei im Deployment-Abschnitt Ihres Unit-Tests.

Dazu öffnen Sie die .testrunconfig Datei aus Ihren Solution Items. Fügen Sie im Abschnitt "Deployment" die Ausgabe .config Dateien aus dem Build-Verzeichnis Ihres Projekts (vermutlich bin\Debug ).

Alles, was im Abschnitt "Deployment" aufgeführt ist, wird in den Arbeitsordner des Testprojekts kopiert, bevor die Tests ausgeführt werden, so dass Ihr konfigurationsabhängiger Code problemlos ausgeführt werden kann.

Bearbeiten: Ich habe vergessen, hinzuzufügen, dass dies nicht in allen Situationen funktioniert, so dass Sie möglicherweise ein Startskript einfügen müssen, das die Ausgabe umbenennt .config mit dem Namen des Einheitstests übereinstimmen.

Answer 3

Ob Sie nun Team System Test o NUnit Am besten erstellen Sie eine eigene Klassenbibliothek für Ihre Tests. Wenn Sie eine App.config zu Ihrem Testprojekt hinzufügen, wird sie beim Kompilieren automatisch in Ihren bin-Ordner kopiert .

Wenn Ihr Code auf bestimmte Konfigurationstests angewiesen ist, würde ich als allererstes einen Test schreiben, der überprüft, ob die Konfigurationsdatei verfügbar ist ( damit ich weiß, dass ich nicht geisteskrank bin ) :

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

Und der Test:

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

Idealerweise sollten Sie Ihren Code so schreiben, dass Ihre Konfigurationsobjekte an Ihre Klassen übergeben werden. Dies trennt Sie nicht nur vom Problem der Konfigurationsdatei, sondern ermöglicht es Ihnen auch, Tests für verschiedene Konfigurationsszenarien zu schreiben.

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());
     }
}

Answer 4

Wenn Sie eine Lösung haben, die z. B. eine Webanwendung und ein Testprojekt enthält, möchten Sie wahrscheinlich, dass das Testprojekt die web.config der Webanwendung verwendet.

Eine Möglichkeit, dieses Problem zu lösen, besteht darin, die Datei web.config in das Testprojekt zu kopieren und sie in app.config umzubenennen.

Eine andere und bessere Lösung besteht darin, die Build-Kette so zu ändern, dass sie automatisch eine Kopie der web.config in das Ausgabeverzeichnis des Testprojekts erstellt. Klicken Sie dazu mit der rechten Maustaste auf Testanwendung und wählen Sie Eigenschaften. Nun sollten Sie die Projekteigenschaften sehen. Klicken Sie auf "Build Events" und dann auf die Schaltfläche "Edit Post-build...". Schreiben Sie die folgende Zeile dort hinein:

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

Und klicken Sie auf OK. (Beachten Sie, dass Sie höchstwahrscheinlich WebApplication1 als Projektnamen ändern müssen, den Sie testen möchten). Wenn Sie den falschen Pfad zu web.config haben, schlägt das Kopieren fehl und Sie werden es während des fehlgeschlagenen Builds bemerken.

Edit :

So kopieren Sie aus dem aktuellen Projekt in das Testprojekt:

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

Answer 5

Das ist zwar schon etwas älter, aber ich habe eine bessere Lösung für dieses Problem gefunden. Ich habe die hier gewählte Antwort versucht, aber es sieht so aus, als ob .testrunconfig bereits veraltet ist.

1. Für Unit-Tests, Wrap the config ist ein Interface (IConfig)

für Unit-Tests, sollte die Konfiguration wirklich nicht Teil dessen sein, was Sie testen, also erstellen Sie ein Mock, das Sie injizieren können. In diesem Beispiel habe ich Moq verwendet.

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

2. Für den Integrationstest fügen Sie die benötigte Konfiguration dynamisch hinzu

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");