Почему в мире этот тест Moq + NUnit не работает?

Question

У меня есть этот объект dataAccess mock, и я пытаюсь проверить, что один из его методов вызывается, и что аргумент, переданный в этот метод, выполняет определенные ограничения. Насколько я могу судить, этот метод действительно вызывается и с соблюдением ограничений. Эта строка теста бросает MockException:

data.Verify(d => d.InsertInvoice(It.Is<Invoice>(i => i.TermPaymentAmount == 0m)), Times.Once()); 

Однако, снимая ограничение и принимать какие-либо счета-фактуры проходит тест:

data.Verify(d => d.InsertInvoice(It.IsAny<Invoice>()), Times.Once()); 

Я создал форму тестирования окна, которые инстанцирует этот тестовый класс, запускает свой метод .Setup(), а затем вызывает метод, который я желаю проверить. Я вставить точку останова на строке кода, где фиктивный объект проваливать испытание

data.InsertInvoice(invoice); 

фактически парить над фактуре, и я могу подтвердить, что его .TermPaymentAmount десятичного свойство действительно ноль в то время метод вызывается ,

Из отчаяния, я даже добавил призыв к моему DATAACCESS издеваться:

data.Setup(d => d.InsertInvoice(It.IsAny<Invoice>())).Callback((Invoice inv) => MessageBox.Show(inv.TermPaymentAmount.ToString("G17"))); 

И это дает мне окно сообщения с 0. Это меня действительно озадачивает, и никто в моем магазине не смог это понять. Любая помощь будет оценена по достоинству.

Вопрос, связанный с вопросом, который, вероятно, я должен задать самостоятельно, заключается в том, желательно ли использовать Mock.Verify(), как у меня здесь, или использовать Mock.Expect(). Подтверждаемый, а затем Mock.VerifyAll(), как я видел других людей? Если ответ ситуативный, какие ситуации могут привести к использованию одного над другим?

Answer 1

Просто исключить это (потому что у меня какое-то странное поведение, как вы:
Try Times.Exactly (1) вместо Times.Once() я имел некоторые странные вещи происходят при использовании Times. .Once() Хотя, я бы догадался, что Once() использует Exactly (1) внутренне ...

Answer 2

Я использую версию 3.1.0.0 от Moq и не испытываю эту проблему со следующим тестовым примером.

internal class Program 
{ 
    private static void Main(string[] args) 
    { 
     var mock = new Mock<IData>(); 
     mock.Setup(d => d.InsertInvoice(It.IsAny<Invoice>())); 

     var service = new MyService(mock.Object); 
     service.DoSomething(new Invoice()); 

     mock.Verify(d => d.InsertInvoice(It.Is<Invoice>(i => i.TermPaymentAmount == 0m)), Times.Once()); 

     Console.ReadLine(); 
    } 
} 

internal class MyService 
{ 
    private readonly IData _data; 

    public MyService(IData data) 
    { 
     _data = data; 
    } 

    public void DoSomething(Invoice invoice) 
    { 
     _data.InsertInvoice(invoice); 
    } 
} 

public class Invoice 
{ 
    public decimal TermPaymentAmount { get; set; } 
} 

public interface IData 
{ 
    void InsertInvoice(Invoice invoice); 
} 

Не могли бы вы предоставить, возможно, немного больше информации о том, как вы используете макет?

Answer 3

Я предполагаю, что это может иметь какое-то отношение к проблемам, присущим проверке эквивалентности значений с плавающей запятой. Возможно, ваше значение имеет значение Invoice.TermPaymentAmount.

Для идеи о том, что я говорю, увидеть это, возможно, связанный с этим вопрос: Is it safe to check floating point values for equality to 0?