Mocking ConfigurationManager.Appsettings ohne Verwendung von Facade Approach

Question

Ich sollte eine Methode testen und ich habe alles funktioniert, außer für die Tatsache, dass ich nicht in der Lage, die ConfigurationManager.AppSettings moq.

Meine Methode als

public async Task<IDictionary<string, object>> Action(IDictionary<string, object> context) 
    { 
     if (ConfigurationManager.AppSettings[ApplicationUserFromDomainUserKey] == null) 
      throw new ConfigurationErrorsException(ApplicationUserFromDomainUserKey); 
     string storedProcedure = ConfigurationManager.AppSettings.Get(ApplicationUserFromDomainUserKey); 

     if (ConfigurationManager.ConnectionStrings[DbConnectionKey] == null) 
      throw new ConfigurationErrorsException(DbConnectionKey); 
     ... 

definiert ist}

ich in this question gesehen habe, dass ein Ansatz, um die Fassade Ansatz wäre schön, aber es wäre Schmutz meiner Klasse Implementierung, die nicht Gebrauch macht

von IoC/DI

ich habe auch diese intresting article lesen, aber dies gilt nur für Vs Enterprise Edition, und ich möchte es auf CI runnable sein/VS Professional Edition

Ich verwende NUnit für die Prüfung und mein Test ist

 [Test] 
    public void MissingAppSettingsKey() 
    { 
      var pipeline = new RetrieveApplicationUsernamePipelineStep(); 

      var context = new Dictionary<string, object>() 
      { 
       [Resources.DomainUser] = "andrea", 
       [Resources.Domain] = "ifinformatica.net", 
       [Resources.ApplicationId] = 0 
      }; 

      Assert.ThrowsAsync<ConfigurationErrorsException>(async() => await pipeline.Action(context)); 

     } 

    } 

P. S. Ich benutze auch Resharper-Tools zum Testen, die mich ausschließt, das Microsoft-Unit-Testframework auch

Answer 1

auszuführen. Der einfachere Ansatz wäre, eine begrenzte Implementierung von DI zu verwenden, um die ConfigurationManager-Abhängigkeit zu entfernen.

Überladen Sie Ihren Konstruktor (was auch immer es war), um die AppSettings Einträge als Parameter zu übernehmen.

Also, wenn Sie erstellt Ihr Objekt wie folgt:

MyObject myObj = new MyObject(SomeParam); 

..mit Konstruktor Erklärung ...

public MyObject(ParamObj someParam) 
    { 
    //...implementation.... 
    } 

... Überlastung es wie so ...

public MyObject(ParamObj someParam) 
    : this(someParam, Convert.ToInt32(ConfigurationManager.AppSettings["mySetting"])) 
    { 
    //...implementation.... 
    } 


    public MyObject(ParamObj someParam, int mySettingValue) 
    { 
    //...implementation.... 
    } 

Das bedeutet, wenn Sie testen, konstruieren Sie Objekte, die den Konstruktor verwenden, der ConfigurationManager nicht aufruft/erfordert.