Jak mogę obsługiwać wyjątki asynchroniczne przy użyciu System.Net.Http.HttpClient z moimi testami integracji?

Question

Mam zestaw testów integracji, które używają System.Net.HttpClient. Większość naszych sekcjach „akt” w tych testach używać tego ogólnego wzoru:

// Arrange 
// Do some stuff 

// Act 
var download = _client 
    .GetStringAsync(testUrl) 
    .Result; 

// Assert 
// Does "download" contain what I expected? 

Jednak prowadzenie tych badań sporadycznie daje coś takiego:

System.AggregateException : One or more errors occurred. 
    ----> System.Threading.Tasks.TaskCanceledException : A task was canceled. 
at System.Threading.Tasks.Task.Wait(Int32 millisecondsTimeout, CancellationToken cancellationToken) 
at System.Threading.Tasks.Task`1.get_Result() 

Zdaję sobie sprawę, używając HttpClient jest przeznaczona dla skopując rzeczy async i nie jest idealnie dopasowany do naszych scenariuszy testów integracyjnych, w których zawsze musimy czekać. Więc to prowadzi mnie do dwóch pytań, które są nieco powiązanych:

1. Czy korzystanie HttpWebRequest/HttpWebResponse bardziej odpowiedni dla tego scenariusza?
2. Nawet jeśli tak jest, to jaki jest najlepszy sposób pracy z HttpClient, aby obsługiwać błędy na prośbach uruchamianych asynchronicznie?

Answer 1

Zgodnie z sugestiami poprzednich komentatorów połączenie prawdopodobnie kończy się z czasem. Możesz ustawić limit czasu za pomocą _client.Timeout = timeoutInMilliseconds przed wykonaniem wywołania GetStringAsync. Jeśli jednak jest to obecnie ustawienie domyślne (100 sekund), to domyślam się, że zdalny serwer, na którym testujesz, jest faktycznie wyłączony, kiedy to nastąpi.

Więcej informacji na temat właściwości Timeout można znaleźć na stronie: http://msdn.microsoft.com/en-us/library/system.net.http.httpclient.timeout.aspx

Answer 2

System.AggregateException pochodzi z wyjątkami, które zdarzają się w perspektywie zadań synchronicznie. Korzystanie z testów async pozwala runnerowi (w moim przypadku NUnit) rozłożyć zadanie i uzyskać prawdziwy wyjątek. Więc co powyższy kod powinien już wyglądało to w ten sposób:

[Test] 
public async Task DownloadContainsWhatIExpected() 
{ 
    // Arrange 
    // Do some stuff 

    // Act 
    var download = await _client 
     .GetStringAsync(testUrl); 

    // Assert 
    // Does "download" contain what I expected? 
} 

Korzystanie async Task w podpis metody i następnie await sprawie połączeń asynchronicznych jest najlepszym sposobem na wykonanie tego rodzaju testów.