Burlando de un objeto con Moq, usando Ninject al hacer UnitTesting

Question

Tengo problemas para usar Moq en un proyecto UnitTesting con Ninject.

Primero algunas líneas sobre mi solución. Contiene varios proyectos (BussinesLogic, DAL, Infraestructura ...). Mi objetivo es UnitTest la lógica que estoy usando en el proyecto BussinessLogic. La solución es básica para un servicio de Windows, pero he incluido la lógica para que pueda ejecutarse de manera independiente. Estoy usando Ninject y especifico el clima que quiero usar ProductionModule o TestingModule (el servicio de Windows usa ProductionModule, la aplicación de consola usa TestingModule)

Estoy usando un patrón de fábrica para obtener kernel ninject cada vez que lo necesito dentro de mi solicitud.

Mi TestingModule hereda de NinjectModule donde anulo el método Load() y allí hago el enlace. Por ejemplo:

Bind<IStorageManager>().To<StubStorageManager>();

tengo el StubStorageManager pero es vacío. Contiene solo la declaración de métodos de IStorageManager.

Lo que me gustaría hacer es (en términos simples): Crear un UnitTest donde crearía un nuevo kernel especificando el TestingModule como su parámetro. Entonces me gustaría crear un objeto simulado (digamos un simulacro de IStorageManager) storageManagerMock. Algún método en IStorageManager devuelve un messageObject así que probablemente necesite burlarse de eso también, porque la lógica de negocios está haciendo algo basado en ese messageObject. Así que me gustaría establecer de alguna manera las propiedades de ese objeto de mensaje y luego llamar a algún método de BusinessLogic, así puedo ver si la lógica funciona correctamente.

Espero no haberlo complicado demasiado.

Ten paciencia conmigo, soy completamente nuevo en la inyección de burla y dependencia, pero estoy dispuesto a aprender.

Answer 1

Dudo que realmente quieras usar Ninject en tus pruebas. El objetivo de usar ninject es que puedes desacoplar todo. También, si es posible, intente mantener todo desacoplado del contenedor de dependencia. Pásalo si es necesario, o pasa en las fábricas que crean el objeto requerido y haz que el contenedor pase en la fábrica.

sospecho que es probable que desee hacer algo como esto:

public void ATest(){ 
    //create a mock StorageManager 
    var managerMock = new Mock<IStorageManager>(); 
    //create a mock MessageObject to be used by business logic 
    var messageObjectMock = new Mock<MessageObject>(); 

    //have the storage manager return the mock message when required 
    managerMock.Setup(x => x.GetMessageObject()).Returns(messageObjectMock.Object); 
    //set up message expectations 
    messageObjectMock.Setup(x => x.ThisValueExpected).Returns(10); 
    messageObjectMock.Setup(x => x.ThisFunctionShouldBeCalled()).Verifiable("Function not called."); 

    //thing to test 
    BusinessLogicObject blo = new BusinessLogicObject(managerMock.Object); 
    blo.DoTheThingImTesting(); 

    //make sure the business logic called the expected function, or do whatever check you need... 
    messageObjectMock.Verify(); 
}