FakeItEasy выбрасывает ExpectationException

Question

У меня проблема с издевательским интерфейсом с методом (async). Интерфейс выглядит следующим образом:

public interface IDataAccessLayer 
    { 
     Task<bool> ExistsUserAsync(string username, CancellationToken cancellationToken); 

     Task<IUser> CreateUserAsync(string username, string password, DateTime dateOfBirth, CancellationToken cancellationToken); 
    } 

.. параметр CancellationToken там всегда создается и передается извне во время выполнения (через NancyFx), и когда насмешливый звонки внутри метода испытаний, как это:

var validSignupRequest = new UserSignupRequest() 
    { 
     Username = "meh-spacey_space", 
     DateOfBirth = DateTime.Now.Subtract(TimeSpan.FromDays(365*35)), 
     Password = "someproper_passw*rd" 
    }; 

    var testDataAccessLayer = A.Fake<IDataAccessLayer>(options => options.Strict()); 

    var fakeUserInstance = A.Fake<IUser>(); 

    A.CallTo(() => fakeUserInstance.Username).Returns(validSignupRequest.Username); 
    A.CallTo(() => testDataAccessLayer.ExistsUserAsync(validSignupRequest.Username, CancellationToken.None)).Returns(false); // works 
    A.CallTo(() => testDataAccessLayer.CreateUserAsync(validSignupRequest.Username, validSignupRequest.Password, validSignupRequest.DateOfBirth, CancellationToken.None)).Returns(fakeUserInstance); // does not work/throws ExpectationException 

.. издевались вызов .ExistsUserAsync (...) работает, то .CreateUserAsync один делает не работа/бросает ExpectationException.

Я проверил базовый код, который тестируется, и вызов выполняется с использованием тех же значений для метода .CreateUserAsync (...) & Я подозревал, что dateOfBirth является виновником, но, по крайней мере. Клещи мудрые, это точно то же самое.

Я немного сомневаюсь в том, как FakeItEasy выполняет согласование подписи/параметра, потому что теоретически, что вызов IS издевается, но FakeItEasy говорит, что это не так. Пока это выигрыш.

Кто-нибудь знает, что не так в моем методе насмешливых звонков?

Answer 1

Для того, чтобы иметь «ответ» на этот вопрос, так новички не должны проходить через комментарии и гов и этажерки, чтобы понять вещи, вот мое понимание того, что произошло:

В изначальном вопросе вызов

A.CallTo(() => testDataAccessLayer.CreateUserAsync(
         validSignupRequest.Username, 
         validSignupRequest.Password, 
         validSignupRequest.DateOfBirth, 
         CancellationToken.None)) 
       .Returns(fakeUserInstance); 

не бросает, но позже, когда коды производства осуществлялись и testDataAccessLayer называли, настроенный метод не был выполнен-FakeItEasy не думает, что вызов соответствует то, что было настроен. не

Это происходит потому, что между настройкой вызова и фактический вызов, DateOfBirth заканчивал тем, что сериализации и десериализации по Jil, как показано на this gist и DateTime теряет точность, поэтому параметр больше не то же самое. Таким образом, FakeItEasy не видит необходимости перехватывать вызов.

Как отмечает Йорг Б., в комментариях не было проблем с FakeItEasy. Он делал все возможное с данными, которые он дал.

Answer 2

Это просто предположение, поскольку я не знаком с FakeItEasy, но, возможно, вам нужно ждать результатов асинхронных вызовов.

A.CallTo(async() => await testDataAccessLayer.CreateUserAsync( // await the result 
        validSignupRequest.Username, validSignupRequest.Password, validSignupRequest.DateOfBirth, CancellationToken.None)) 
    .Returns(fakeUserInstance); 

Или, в зависимости от того, как FakeItEasy работает внутри, это может быть в том, как вы проверить результат:

A.CallTo(() => testDataAccessLayer.CreateUserAsync(
       validSignupRequest.Username, validSignupRequest.Password, validSignupRequest.DateOfBirth, CancellationToken.None)) 
    .Returns(Task.FromResult(fakeUserInstance)); // test a task, not a real object 

Быстрый поиск нашел this page, который наклоняется ко второму решению, но я думаю, что либо вероятно, будет работать.