Proprietà statica fittizia con moq

Question

Sono abbastanza nuovo da usare moq. Sono nella creazione di alcuni casi di test di unità per HttpModule e tutto funziona bene fino a quando ho colpito una proprietà static come segue

this.applicationPath = (HttpRuntime.AppDomainAppVirtualPath.Length > 1) ? HttpRuntime.AppDomainAppVirtualPath : String.Empty; 

Non so come creare schernisce per static di classe e proprietà come HttpRuntime.AppDomainAppVirtualPath. Il context, request e response sono stati presi in giro bene con il codice di esempio che ottengo dal moq. Apprezzerò se qualcuno mi può aiutare su questo.

Answer 1

Moq non può falsificare membri statici.

Come soluzione è possibile creare una classe wrapper (Pattern adattatore) che trattiene la proprietà statica e falsi i suoi membri.
Per esempio:

public class HttpRuntimeWrapper 
{ 
    public virtual string AppDomainAppVirtualPath 
    { 
     get 
     { 
      return HttpRuntime.AppDomainAppVirtualPath; 
     } 
    } 
} 

Nel codice di produzione è possibile accedere a questa classe, invece di HttpRuntime e falso quest'affare:

[Test] 
public void AppDomainAppVirtualPathTest() 
{ 
    var mock = new Moq.Mock<HttpRuntimeWrapper>(); 
    mock.Setup(fake => fake.AppDomainAppVirtualPath).Returns("FakedPath"); 

    Assert.AreEqual("FakedPath", mock.Object.AppDomainAppVirtualPath); 
} 

Un'altra soluzione è quella di utilizzare framework di isolamento (come Typemock Isolator) in cui si può simulare classi e membri statici.
Per esempio:

Isolate.WhenCalled(() => HttpRuntime.AppDomainAppVirtualPath) 
     .WillReturn("FakedPath"); 

Disclaimer - Io lavoro in Typemock

Answer 2

Non puoi MOQ metodi statici con Moq.

Questa non è una cosa negativa in realtà, i metodi e le classi statiche hanno il loro posto ma per la logica rendono difficili i test di unità. Naturalmente li incontrerai quando usi altre librerie. Per aggirare questo problema è necessario scrivere un adapter (wrapper) attorno al codice statico e fornire un'interfaccia. Per esempio:

// Your static class - hard to mock 
class StaticClass 
{ 
    public static int ReturnOne() 
    { 
     return 1; 
    } 
} 

// Interface that you'll use for a wrapper 
interface IStatic 
{ 
    int ReturnOne(); 
} 

_{nota, ho ommited la classe concreta che utilizza IStatic per il codice di produzione. Tutto sarebbe una classe che utilizza IStatic e il tuo codice di produzione farebbe uso di questa classe, piuttosto che StaticClass sopra.}

Poi, con Moq:

var staticMock = new Mock<IStatic>(); 
staticMock.Setup(s => s.ReturnOne()).Returns(2); 

Answer 3

Come accennato nelle risposte precedenti, non è possibile utilizzare MoQ sui metodi statici, e se è necessario, il vostro colpo migliore è creare un involucro attorno alla statica classe.

Tuttavia, qualcosa che ho scoperto di recente è lo Moles project. Dalla homepage; "Moles consente di sostituire qualsiasi metodo .NET con un delegato. Moles supporta metodi statici o non virtuali." Potrebbe essere utile per la tua situazione attuale.

Answer 4

La soluzione migliore che ho trovato finora è Teleak JustMock - sfortunatamente solo la versione a pagamento consente di deridere la statica.

Mentre l'idea di avvolgere la statica è buona, non si può sempre farlo.Se si desidera testare del codice che utilizza già alcune classi statiche, non è sempre possibile uscire e utilizzare un wrapper. In questo caso, JustMock sembra una soluzione ragionevole e probabilmente lo userò su alcune soluzioni nel prossimo futuro.

Answer 5

È possibile utilizzare Microsoft Fakes per questo. Risolverà definitivamente il problema. Fare riferimento a https://msdn.microsoft.com/en-us/library/hh549175.aspx