AutoFixture의 AutoMoqData가 모의 객체를 생성하지 않는 이유는 무엇입니까?

Question

MyService 유형의 구성 요소를 대상으로하는 단위 테스트 (NUnit)를 작성했습니다. 예 :

public class MyService : IMyService 
{ 
    private readonly IMyRepo _myRepo; 

    public MyService (IMyRepo myRepo) 
    { 
     _myRepo = myRepo; 
    } 

    public MyService() 
    { 
     _myRepo = new MyRepo(); 
    } 
    ... 
} 

내 테스트 대상을 생성하는 factory로 AutoFixture를 사용하는 것을 시도하고있다. 또한 (AutoFixture) mock 종속성 (내 Moq 사용) 내 대상 채우려 고 노력하고있어. 다음은이 일에 내 시도이다

:

public class AutoMoqDataAttribute : AutoDataAttribute 
{ 
    public AutoMoqDataAttribute() 
     : base(new Fixture() 
      .Customize(new AutoMoqCustomization())) 
    { 
    } 
} 

내가 단위 테스트를 실행에 따라 : (@ploeh's blog post 기준)

[Test, AutoMoqData] 
public void MyTest(MyService target) 
{ 
    ... 
} 

[AutoMoqData] 속성은 AutoFixture의 AutoMoqCustomization 기능을 AutoFixture의 [AutoData] 속성을 확장 위에서 MyService의 실제 인스턴스를 얻고 싶습니다. 내부에 Mock<IMyRepo> 종속성이 있습니다. 대신 MyRepo의 구체적인 인스턴스가 나타납니다.

AutoMoqCustomization은 인수가없는 가장 간단한 생성자를 호출하는 것으로 보입니다. AutoMoqCustomization을 무시하고 대신 두 번째 생성자을 인스턴스화하도록 구성 할 수 있습니까?
<package id="AutoFixture" version="3.50.2" targetFramework="net452" /> <package id="AutoFixture.AutoMoq" version="3.50.2" targetFramework="net452" /> <package id="AutoFixture.NUnit3" version="3.50.2" targetFramework="net452" /> <package id="Moq" version="4.5.29" targetFramework="net452" /> <package id="NUnit" version="3.5.0" targetFramework="net452" />

Answer 1

당신은 define a greedy constructor selection algorithm for AutoFixture 시도 할 수 있지만, 정말, 최선의 해결책이 매개 변수가없는 생성자를 제거하는 것입니다 :

public class MyService : IMyService 
{ 
    private readonly IMyRepo _myRepo; 

    public MyService (IMyRepo myRepo) 
    { 
     _myRepo = myRepo; 
    } 
} 

을 - PS

여기 사용의 관련 nuget 패키지의 목록입니다

매개 변수없는 생성자는 바스타드 주입이라는 코드 냄새입니다. 대부분의 경우 그럴만한 이유가 없습니다.

제 의견으로 가장 좋은 방법은 GOOS 테스트 듣기 원칙을 적용하는 것입니다. 테스트가 작성하기 어려워지면 테스트중인 시스템 (SUT)의 설계를 재고해야합니다. AutoFixture는이 효과를 증폭시키는 경향이 있습니다. 그것은 여기서 일어나는 일입니다.