принудительное реле для насмешливого каркаса

Question

Я хотел бы создать настройку, которая настраивает AutoFixture для передачи типов, которые у нее есть для реализации вместо Moq. Как я могу сделать это в целом?

Чтобы уточнить, считают:

public class test 
    { 
     public string foo; 
     public test(IDictionary<string, string> stuffing) 
     { 
      foo = stuffing["bogus"]; 
     } 
    } 

    [TestMethod] 
    public void testInjection() 
    { 
     var fixture = new Fixture(); 
     bool didThrow; 
     try 
     { 
      var sut = fixture.Create<test>(); 
      didThrow = false; 
     } 
     catch 
     { 
      didThrow = true; 
     } 
     Assert.IsTrue(didThrow); 
    } 

тест проходит. AutoFixture предоставила мне фиктивную коллекцию, совместимую с IDictionary. Я бы хотел, чтобы тест потерпел неудачу ... в частности, я хотел бы передать IDictionary в Moq и получить то, что по умолчанию не жалуется на отсутствие ключей.

Я хотел бы использовать что-то наподобие fixture.UseAutoMoq().ForceRelay<Dictionary<string,string>>().

Я также открыт для лучших предложений ... но рассмотрим класс испытания, запечатанный. Я тестирую код, который часто использует этот шаблон, и я хочу, чтобы вокруг него было тестовое соглашение.

Answer 1

Для того, чтобы сделать то, что вы просите, вы можете взять MockRelay добавил AutoMoqCustomization и переместить его перед известными-коллекции строителей:

[Fact] 
public void PassByMovingAutoMoqRelay() 
{ 
    var fixture = new Fixture().Customize(new AutoMoqCustomization()); 
    var relay = fixture.ResidueCollectors.OfType<MockRelay>().Single(); 
    fixture.Customizations.Add(relay); 

    var sut = fixture.Create<MyClass>(); // Doesn't throw 
} 

Однако, я не думаю, что это Хорошая идея, так как большинство интерфейсов коллекции .NET - это большие толстые нарушения LSP, и нет никакой гарантии, что автоматическое издевательство над ними приведет к содержательному поведению - я бы ожидал, что будет наоборот.