Moq: especificar los valores de devolución como parte de las expectativas

Question

Soy nuevo en Moq y estoy aprendiendo.

Necesito comprobar que un método devuelve el valor esperado. He creado un ejemplo de noddy para explicar mi problema. Esta falla estrepitosamente con:

"ArgumentException: La expresión no es una invocación de método: c => (c.DoSomething (" Jo " "blog", 1) = "OK")"

¿Puedes corregir lo que estoy haciendo mal?

[TestFixtureAttribute, CategoryAttribute("Customer")] 
public class Can_test_a_customer 
{ 
    [TestAttribute] 
    public void Can_do_something() 
    { 
     var customerMock = new Mock<ICustomer>(); 

     customerMock.Setup(c => c.DoSomething("Jo", "Blog", 1)).Returns("OK"); 

     customerMock.Verify(c => c.DoSomething("Jo", "Blog", 1)=="OK"); 
    } 
} 

public interface ICustomer 
{ 
    string DoSomething(string name, string surname, int age); 
} 

public class Customer : ICustomer 
{ 
    public string DoSomething(string name, string surname, int age) 
    { 
     return "OK"; 
    } 
} 

En pocas palabras: si quería probar un método similar a la anterior, y sé que estoy esperando volver un "OK", ¿cómo iba a escribirlo usando Moq?

Gracias por cualquier sugerencia.

Answer 1

1. Se necesita un sujeto de prueba que interactúa con objetos simulados (a menos que usted está escribiendo una prueba aprendiz de Moq.) Escribí una simple continuación
2. expectativas de ajustes Es en el objeto de burla, que especifica la exacta argumentos (estrictos - si desea por supuesto, de lo contrario usar Is.Any<string> a aceptar cualquier cadena) y especificar valores de retorno en su caso
3. su sujeto de prueba (como parte de la etapa Acta de la prueba) llamará en su maqueta
4. usted afirmar que el sujeto de prueba se comportó como se requiere. El sujeto de la prueba usará el valor de retorno de los métodos simulados; verifíquelo a través de la interfaz pública del sujeto de prueba.
5. También verifica que se cumplieron todas las expectativas que especificó; de hecho, todos los métodos que esperaba que se llamaran se llamaron.

.

[TestFixture] 
public class Can_test_a_customer 
{ 
    [Test] 
    public void Can_do_something() 
    { 
    //arrange 
    var customerMock = new Moq.Mock<ICustomer>(); 
    customerMock.Setup(c => c.DoSomething(Moq.It.Is<string>(name => name == "Jo"), 
     Moq.It.Is<string>(surname => surname == "Blog"), 
     Moq.It.Is<int>(age => age == 1))) 
     .Returns("OK"); 

    //act 
    var result = TestSubject.QueryCustomer(customerMock.Object); 

    //assert 
    Assert.AreEqual("OK", result, "Should have got an 'OK' from the customer"); 
    customerMock.VerifyAll(); 
    } 
} 

class TestSubject 
{ 
    public static string QueryCustomer(ICustomer customer) 
    { 
    return customer.DoSomething("Jo", "Blog", 1); 
    } 
} 

Answer 2

Mock<T>.Verify no devuelve el valor que devuelve la llamada al método, por lo que no puede simplemente compararlo con el valor esperado con "==".

De hecho, hay no overload of Verify que devuelve algo, ya que nunca debería necesitar verificar que un método simulado devuelve un valor específico. ¡Después de todo, usted fue responsable de configurarlo para devolver ese valor en primer lugar! Los valores de devolución de los métodos burlados están ahí para ser utilizados por el código que está probando, no está probando los simulacros.

Use Verificar para confirmar que se invocó el método con los argumentos que esperaba, o que a una propiedad se le asignó el valor que esperaba. Los valores de retorno de los métodos y propiedades burlados no son importantes para cuando llega a la fase "afirmar" de su prueba.

Answer 3

Usted está haciendo lo mismo que este chico estaba haciendo aquí: How to Verify another method in the class was called using Moq

Usted está burlando de lo que se está probando. Esto no tiene sentido. El uso de Mocks es para el aislamiento. Su prueba Can_Do_Something siempre pasará. No importa qué. Esta no es una buena prueba.

Eche un vistazo más de cerca a la prueba de Gishu o la prueba que propuse en la pregunta SO vinculada.