Wie wird der Unit-Testfall für die C# -Bibliothek aufgerufen?

Question

ich ein Tier-Architektur-Programm mache - asp - die

BAL hat - Business-Zugriffslogik Bibliothek,
DAL - Datenzugriffslogik - Bibliothek,
Einstellungen - eine Bibliothek,
und die Hauptanwendung - ausführbar .net Webformular.

Jetzt habe ich einen Unit-Test-Fall geschrieben, um die Einstellungsbibliothek zu testen - diese Bibliothek liest nur die Verbindungszeichenfolge aus der Hauptanwendung web.config.

Wenn ich Testfall aufrufen, wird die Verbindungszeichenfolge nicht gelesen. Was mache ich hier falsch?

web.config aus der ausführbaren Projekt -

<connectionStrings> 
    <!-- DataSource is SQLEXPRESS and Catalog is DBNAME--> 
    <add name="SqlCon" connectionString="Data Source=SHREYAS-PC\SQLEXPRESS;Initial Catalog=SchoolManagementDb;Integrated Security=true"/> 
</connectionStrings> 

Einstellungen Bibliothek -

namespace Settings 
{ 
    public class Settings 
    { 
     public static string ConnectionString() 
     { 
      try 
      { 
       string Con = ConfigurationManager.ConnectionStrings["SqlCon"].ToString(); 
       return Con; 

      } 
      catch(Exception ex) 
      { 
       throw; 
      } 
     } 
    } 
} 

Das Gerät Testfall -

[TestClass] 
public class UnitTestSettings 
{ 
    [TestMethod] 
    public void TestMethod1() 
    { 
     string con = Settings.Settings.ConnectionString(); 
     Console.WriteLine(con); 
    } 
} 

Leider, wenn ich die leite Unit-Test-Fall, die ConnectionString-Rückgabe ist NULL, während, wenn ich die gesamte Anwendung ausführen, bekomme ich die Ergebnisse Ich wünsche mir. Fehle ich hier irgendein Konzept?

Answer 1

Ihre Verbindungszeichenfolge befindet sich im Webprojekt, nicht in Ihrem Testprojekt.

Fügen Sie Ihrem Testprojekt app.config eine Verbindungszeichenfolge/App-Einstellung hinzu, um zu testen, ob Sie es richtig lesen können.

Answer 2

Die Konfiguration wird aus der Datei .config der Startanwendung oder der Site gelesen, die im Fall des Komponententests app.config des Testprojekts ist. Verschieben Sie die Verbindungszeichenfolge dorthin.

Das neben dem Testfall sollte auch aktualisiert werden.

[TestClass] 
public class UnitTestSettings { 
    [TestMethod] 
    public void TestMethod1() { 
     //Arrange 
     var expected = "Place expected connection string here" 
     //Act 
     var actual = Settings.Settings.ConnectionString(); 
     //Assert 
     Assert.IsNotNull(actual); 
     Assert.AreEqual(expected, actual); 
    } 
} 

Neben dem oben würde ich Refactoring die Architektur vorschlagen Abstraktion zu verwenden und Kopplung an statische Klassen/Mitgliedern zu vermeiden, die Prüfung erschweren. Sie haben bereits das Single-Responsibility-Prinzip eingeführt, was gut ist. Sie sollten Angehörige dazu bringen, sich eher auf eine Abstraktion als auf Umsetzungsfragen zu verlassen.

Zum Beispiel abstrakt die Einstellungen (Service)

public interface ISettings { 
    string ConnectionString { get; } 
} 

Hier ist die Umsetzung.

public class Settings : ISettings { 
    public string ConnectionString { 
     get { 
      try { 
       var value = ConfigurationManager.ConnectionStrings["SqlCon"].ToString(); 
       return value; 
      } catch(Exception ex) { 
       throw; 
      } 
     } 
    } 
}