Jak wyśmiać zadanie <> Wynik?

Question

Przygotowuję niektóre testy jednostkowe i za pomocą Rhino Mocks do wypełnienia testowanego obiektu. Jedną z rzeczy, które są wyśmiewane, jest Task<HttpResponseMessage>, ponieważ testowana logika obejmuje wywołanie do HttpClient, aby uzyskać odpowiedź asynchroniczną.

Więc zacząłem ustanowienia mocks jak to:

var httpClient = MockRepository.GenerateMock<HttpClient>(); 
var taskFunc = MockRepository.GenerateMock<Func<HttpResponseMessage>>(); 
var responseTask = MockRepository.GenerateMock<Task<HttpResponseMessage>>(taskFunc); 
var response = MockRepository.GenerateMock<HttpResponseMessage>(); 

httpClient.Stub(c => c.PostAsJsonAsync<IEnumerable<LogMessage>>(Arg<string>.Is.Anything, Arg<IEnumerable<LogMessage>>.Is.Anything)).Return(responseTask); 
responseTask.Stub(t => t.Result).Return(response); 
response.Stub(r => r.IsSuccessStatusCode).Return(true); 

(„Ustawa” krok testu będzie instancję obiektu badanego, paszy mu httpClient i uruchomić metodę . na to „dochodzić” zweryfikuje poprzez mocks że oczekiwane wywołania metod dokonano na nich)

Krocząc przez to w debugger, jest nieokreślony zawiesić na tej linii.

responseTask.Stub(t => t.Result).Return(response); 

Nie mam dużego doświadczenia z Rhino Mocks lub z asynchronizacją C#, więc mogę przeoczyć coś oczywistego. Celem jest oczywiście, aby każde połączenie z właściwością .Result zwróciło próbę response. Ale wygląda na to, że moja próba sama w sobie może wywołać .Result, czego oczekiwałbym w nieskończoność, skoro jest to tylko udawanie?

Jaki jest właściwy sposób aranżacji? Zasadniczo muszę dostarczyć mój obiekt z wyszydzanym HttpClient i potwierdzić, że metoda została wywołana na nim z określonym argumentem.

Answer 1

Najprostszą rzeczą jest to, aby powrócić wypełnionego zadania z oczekiwanego rezultatu:

var responseTask = Task.FromResult(response); 

sobie wyobrazić powód tego jest taki, że wisi szydzili zadaniem nie jest uruchamiany, a więc dana func nie jest prowadzony. Można go uruchomić w teście:

var responseTask = MockRepository.GenerateMock<Task<HttpResponseMessage>>(taskFunc); 
responseTask.Start(); 

Jednak nie ma powodu, aby drwić zadania, ponieważ łatwo mogą tworzyć bezpośrednio zakończone/zawiodły/anulowania zadania.