AutoMoqCustomization funziona per classi astratte?

Question

Si prega di notare, sono un po 'nuovo a TDD, quindi prendo consiglio generale e risposta specifica.

Né le classi astratte né le interfacce possono essere istanziate. Chiaramente Moq può darmi un'istanza di prova dell'ADataFeed nel secondo test. Perché AutoMoqCustomization funziona per le interfacce IDataFeed ma non per le classi astratte ADataFeed, invece di un'eccezione InvalidOperationException?

In secondo luogo, quale sarebbe l'approccio AutoFixture (o TDD in generale) per guidare un progetto che potrebbe richiedere una classe astratta con un costruttore per richiedere e garantire determinati valori, come una stringa di connessione in questo caso?

[Theory, AutoMoqData] 
public void AllDataFeedsHaveAConectionString(
    IDataFeed sut) 
{ 
    var result = sut.GetConnectionString(); 
    Assert.Null(result); 
} 

[Fact] 
public void AllDataFeedsRequireAConnectionString() 
{ 
    var expected = Guid.NewGuid().ToString(); 
    var sut = new Mock<ADataFeed>(expected); 
    var result = sut.Object.GetConnectionString(); 
    Assert.Equal(expected, result); 
} 

[Theory, AutoMoqData] 
public void AllDataFeedsRequireAConnectionString2(
    [Frozen] string expected, 
    ADataFeed sut) 
{ 
    var result = sut.GetConnectionString(); 
    Assert.Equal(expected, result); 
} 

Answer 1

Le classi astratte con costruttori devono essere contrassegnate come protette. AutoFixture non programma contro classi astratte quando il costruttore è contrassegnato come pubblico, in quanto si tratta di un errore di progettazione.