我如何使用Moq或NInject模拟内核模拟接口

Question

我只是在模拟和依赖注入这个问题和博客中徘徊。得出一个结论，我只需要模拟客户端使用的接口。我期待在这里毫无想法地测试一个简单的用例。

合同

public Interface IApplicationService
{

     bool DeleteApplication(int id);

     ApplicationDto AddApplication(ApplicationDto application);

     IEnumerable<ApplicationDto> GetApplications();

}

实施（我要模拟）

public Class ApplicationService:IApplicationService
{
    private EntityFrameworkRepo repo; 

    public ApplicationService()
    {
         repo = new EntityFrameworkRepo();
    }

    public ApplicationDto Add(ApplicationDto dto)
    {
         //add to dbcontext and commit
    }

}

模拟代码

[Test(Description = "Test If can successfully add application")]
public void CanAddApplication()
{
    //create a mock application service
    var applicationService = new Mock<IApplicationService>();

    //create a mock Application Service to be used by business logic
    var applicationDto = new Mock<ApplicationDto>();

    //How do i set this up
    applicationService.Setup(x => x.GetApplications()).Returns(IEnumerable<applicationDto.Object>);
}

而且我肯定我需要测试业务逻辑而不是模拟它。因此，要测试我的ApplicationService，然后将实体框架保留在外面，我到底要做什么？

顺便说一下ApplicationService，它与NInject一起使用构造函数注入。那么用NInject.MockingKernel来模拟它会建立依赖关系链吗？

Answer 1

在单元测试中使用依赖注入（IOC）容器几乎没有收益。依赖注入可以帮助您创建松耦合的组件，而松耦合的组件则更易于测试，就这样。

因此，如果您要测试某些服务，只需创建其依赖关系的模型，然后像往常一样将它们传递给该服务（我很难想象这里不需要IOC容器，您将需要IOC容器的某些功能-例如上下文绑定，拦截等-在单元测试中）。

如果您希望ApplicationService易于测试，应该看起来更像：

public class ApplicationService: IApplicationService
{
    private readonly IEntityFrameworkRepo repo; 

    // dependency passed by constructor
    public ApplicationService(IEntityFrameworkRepo repo)
    {
         this.repo = repo;
    }

    // save to db when DTO is eligible
    public ApplicationDto Add(ApplicationDto dto)
    {
         // some business rule
         if(dto.Id > 0 && dto.Name.Contains(string.Empty)){
              //add to dbcontext and commit
         }else{
              throw new NotEligibleException();
         } 
    }   
}

这里依赖关系是由构造函数传递的。在您的应用程序代码中，您将其与IOC容器一起使用以进行构造函数注入（IOC容器将负责创建IEntityFrameworkRepo的实例）。

但是在单元测试中，您只能传递自己创建的IEntityFrameworkRepo的某些实现的实例。

ApplicationDto

只要ApplicationDto是可以手动创建的某个对象，我就可以在单元测试中直接使用它（手动创建实例）。否则，我将不得不通过IApplicationDto之类的接口包装它，以便能够使用Moq对其进行模拟。

public class ApplicationDto{
     public int Id {get; set;}
     public string Name {get; set;}
}

这里是单元测试的样子：

在单元测试中，我将使用IApplicationRepo的模拟实现，因为我不想配置例如数据库连接，Web服务等，我的主要目的是测试ApplicationService，而不是基础存储库。另一个优点是，该测试无需针对各种机器进行特定配置即可运行。为了模拟一些数据库存储库，我可以使用例如List。

[Test(Description = "Test If can successfully add application")]
public void CanAddApplicationIfEligible()
{
    var repo = GetRepo();
    var appService = new ApplicationService(repo);       
    var testAppDto = new ApplicationDto() { Id = 155, Name = "My Name" };

    var currentItems = repo.ApplicationDtos.Count();

    appService.Add(testAppDto);

    Assert.AreEqual(currentItems + 1, repo.ApplicationDtos.Count());
    var justAdded = repo.ApplicationsDto.Where(x=> x.Id = 155).FirstOrDefault();
    Assert.IsNotNull(justAdded);
    ///....
}

private static IEntityFrameworkRepo GetRepo{
    // create a mock repository
    var listRepo = new List<ApplicationDto>{
                         new ApplicationDto {Id=1, Name="MyName"}               
                   };

    var repo = new Mock<IEntityFrameworkRepo>();

    // setup the methods you know you will need for testing

    // returns initialzed list instead of DB queryable like in real impl.
    repo.Setup(x => x.ApplicationDtos)
        .Returns<IQueryable<ApplicationDto>>(x=> listRepo);

    // adds an instance of ApplicationDto to list
    repo.Setup(x => x.Add(It.IsAny<ApplicationDto>())
        .Callback<ApplicationDto>(a=> listRepo.Add(a));
    return repo.Object;
}

注意：

已经实现了ninject.mockingkernel扩展名。 Wiki上的示例中描述的方法可以使您的单元测试代码更加整洁，但是那里描述的方法绝对不是依赖注入（它是服务定位器）。