Comment puis-je vérifier qu'une méthode a été appelée exactement une fois Moq?

Comment puis-je vérifier qu'une méthode a été appelée exactement une fois Moq? Le Verify() vs Verifable() chose est vraiment déroutant.

InformationsquelleAutor Josh Kodroff | 2010-11-17
  1. 144

    Vous pouvez utiliser Times.Once(), ou Times.Exactly(1):

    mockContext.Verify(x => x.SaveChanges(), Times.Once());
mockContext.Verify(x => x.SaveChanges(), Times.Exactly(1));

    Ici sont les méthodes sur la Fois classe:

    • AtLeast - Spécifie qu'une moqué de la méthode doit être appelée fois fois minimum.
    • AtLeastOnce - Spécifie qu'une moqué de la méthode doit être appelée une fois en tant que minimum.
    • AtMost - Spécifie qu'une moqué de la méthode doit être appelée fois de temps maximale.
    • AtMostOnce - Spécifie qu'une moqué de la méthode doit être appelée une fois, au maximum.
    • Between - Spécifie qu'une moqué de la méthode doit être appelée entre de et de fois.
    • Exactly - Spécifie qu'une moqué de la méthode doit être appelée exactement fois fois.
    • Never - Spécifie qu'une moqué de la méthode ne devrait pas être invoquée.
    • Once - Spécifie qu'une moqué de la méthode doit être appelée exactement une fois.

    N'oubliez pas qu'ils sont des appels de méthode; j'ai continué à obtenir trébucher, pensant qu'ils étaient des propriétés et d'oublier les parenthèses.

    • alors, comment obtenez-vous de l'installation/de la mockContext ?
    • Je suppose que c'est juste se Moquer de son instance. Donc, c'était quelque chose comme var mockContext = new Mock<IContext>() pour le mettre en place.
    InformationsquelleAutor Jeff Ogata
  2. 6

    Imaginer que nous avons, la construction d'une calculatrice avec une méthode d'ajout de 2 nombres entiers. Nous allons imaginer davantage de la condition est que lorsque le complément de la méthode est appelée, elle appelle la méthode d'impression une fois. Voici comment nous pourrions tester ce:

    public interface IPrinter
{
    void Print(int answer);
}

public class ConsolePrinter : IPrinter
{
    public void Print(int answer)
    {
        Console.WriteLine("The answer is {0}.", answer);
    }
}

public class Calculator
{
    private IPrinter printer;
    public Calculator(IPrinter printer)
    {
        this.printer = printer;
    }

    public void Add(int num1, int num2)
    {
        printer.Print(num1 + num2);
    }
}

    Et voici le test réel avec vos commentaires dans le code pour plus de précisions:

    [TestClass]
public class CalculatorTests
{
    [TestMethod]
    public void WhenAddIsCalled__ItShouldCallPrint()
    {
        /* Arrange */
        var iPrinterMock = new Mock<IPrinter>();

        //Let's mock the method so when it is called, we handle it
        iPrinterMock.Setup(x => x.Print(It.IsAny<int>()));

        //Create the calculator and pass the mocked printer to it
        var calculator = new Calculator(iPrinterMock.Object);

        /* Act */
        calculator.Add(1, 1);

        /* Assert */
        //Let's make sure that the calculator's Add method called printer.Print. Here we are making sure it is called once but this is optional
        iPrinterMock.Verify(x => x.Print(It.IsAny<int>()), Times.Once);

        //Or we can be more specific and ensure that Print was called with the correct parameter.
        iPrinterMock.Verify(x => x.Print(3), Times.Once);
    }
}

    Note: Par défaut Moq sera stub de toutes les propriétés et méthodes dès que vous créez un objet Fantaisie. Même sans faire appel Setup, Moq a déjà frappé les méthodes pour IPrinter de sorte que vous pouvez les appeler Verify. Toutefois, comme une bonne pratique, j'ai toujours mettre en place car nous pouvons avoir besoin pour appliquer les paramètres à la méthode pour répondre à certaines attentes ou de la valeur de retour de la méthode pour répondre à certaines attentes.

    • J'ai été appeler Verify, Times.Once sans jamais suivre Setup. Je serais certainement s'attendre Verify à coup, dans ce cas, mais il n'a pas.
    • Non ça va pas exploser parce que par défaut Moq sera stub de toutes les propriétés et méthodes dès que vous créez un Mock objet. Même sans faire appel Setup, Moq a déjà frappé les méthodes pour IPrinter de sorte que vous pouvez les appeler Verify. Toutefois, comme une bonne pratique, j'ai toujours mettre en place car nous pouvons avoir besoin pour appliquer les paramètres à la méthode ou à la valeur de retour de la méthode.
    • Désolé, c'est un terrible explication. J'ai appelé Times.Exactly(1) et ne pas échouer lorsque la méthode a été en effet appelé deux fois. Seulement après l'ajout de Setup pour la méthode en question n'a planter correctement.
    InformationsquelleAutor CodingYoshi
  3. 2

    Contrôleur de Test peut être :

      public HttpResponseMessage DeleteCars(HttpRequestMessage request, int id)
    {
        Car item = _service.Get(id);
        if (item == null)
        {
            return request.CreateResponse(HttpStatusCode.NotFound);
        }

        _service.Remove(id);
        return request.CreateResponse(HttpStatusCode.OK);
    }

    Et Quand DeleteCars méthode appelée avec carte d'identité valide, alors on peut vérifier que, Service à la suppression de la méthode appelée exactement une fois par ce test : 

     [TestMethod]
    public void Delete_WhenInvokedWithValidId_ShouldBeCalledRevomeOnce()
    {
        //arange
        const int carid = 10;
        var car = new Car() { Id = carid, Year = 2001, Model = "TTT", Make = "CAR 1", Price=2000 };
        mockCarService.Setup(x => x.Get(It.IsAny<int>())).Returns(car);

        var httpRequestMessage = new HttpRequestMessage();
        httpRequestMessage.Properties[HttpPropertyKeys.HttpConfigurationKey] = new HttpConfiguration();

        //act
        var result = carController.DeleteCar(httpRequestMessage, vechileId);

        //assert
        mockCarService.Verify(x => x.Remove(carid), Times.Exactly(1));
    }
    InformationsquelleAutor sanjeev bhusal