c# - verifiable - ¿Por qué recibo una Excepción con el mensaje "Configuración no válida en un miembro no virtual(anulable en VB)..."?

verify moq

Question

Tengo una prueba de unidad donde tengo que burlarme de un método no virtual que devuelve un tipo bool

public class XmlCupboardAccess
{
public bool IsDataEntityInXmlCupboard(string dataId,
out string nameInCupboard,
out string refTypeInCupboard,
string nameTemplate = null)
{
return IsDataEntityInXmlCupboard(_theDb, dataId, out nameInCupboard, out refTypeInCupboard, nameTemplate);
}
}

Así que tengo un objeto simulado de la clase XmlCupboardAccess y estoy intentando configurar el simulacro para este método en mi caso de prueba como se muestra a continuación

[TestMethod]
Public void Test()
{
private string temp1;
private string temp2;
private Mock<XmlCupboardAccess> _xmlCupboardAccess = new Mock<XmlCupboardAccess>();
_xmlCupboardAccess.Setup(x => x.IsDataEntityInXmlCupboard(It.IsAny<string>(), out temp1, out temp2, It.IsAny<string>())).Returns(false);
//exception is thrown by this line of code
}

Pero esta línea arroja una excepción

Invalid setup on a non-virtual (overridable in VB) member:
x => x.IsDataEntityInXmlCupboard(It.IsAny<String>(), .temp1, .temp2,
It.IsAny<String>())

¿Alguna sugerencia de cómo evitar esta excepción?

Answer 1

Código:

private static void RegisterServices(IKernel kernel)
{
Mock<IProductRepository> mock=new Mock<IProductRepository>();
mock.Setup(x => x.Products).Returns(new List<Product>
{
new Product {Name = "Football", Price = 23},
new Product {Name = "Surf board", Price = 179},
new Product {Name = "Running shose", Price = 95}
});
kernel.Bind<IProductRepository>().ToConstant(mock.Object);
}

pero mira la excepción.

Answer 2

Moq no puede burlarse de los métodos no virtuales y las clases selladas. Al ejecutar una prueba con el objeto simulado, MOQ realmente crea un tipo de proxy en memoria que hereda de su "XmlCupboardAccess" y anula los comportamientos que ha configurado en el método "SetUp". Y como sabe en C #, puede anular algo solo si está marcado como virtual, que no es el caso con Java. Java supone que todos los métodos no estáticos son virtuales por defecto.

Otra cosa que creo que deberías considerar es introducir una interfaz para tu "Acceso al armario" y comenzar a burlar la interfaz. Lo ayudaría a desacoplar su código y obtener beneficios a largo plazo.

Por último, existen frameworks como: TypeMock y JustMock que trabajan directamente con el IL y, por lo tanto, pueden JustMock métodos no virtuales. Sin embargo, ambos son productos comerciales.

Answer 3

Por favor, mira ¿ Por qué la propiedad que quiero burlar necesita ser virtual?

Puede que tenga que escribir una interfaz contenedora o marcar la propiedad como virtual / abstracta a medida que Moq crea una clase proxy que utiliza para interceptar llamadas y devolver los valores personalizados que .Returns(x) en la .Returns(x) .