MockHttp is a testing layer for Microsoft's HttpClient library. It allows stubbed responses to be configured for matched HTTP requests and can be used to test your application's service layer.
PM> Install-Package RichardSzalay.MockHttp
MockHttp defines a replacement HttpMessageHandler
, the engine that drives HttpClient, that provides a fluent configuration API and provides a canned response. The caller (eg. your application's service layer) remains unaware of its presence.
var mockHttp = new MockHttpMessageHandler();
// Setup a respond for the user api (including a wildcard in the URL)
mockHttp.When("http://localhost/api/user/*")
.Respond("application/json", "{'name' : 'Test McGee'}"); // Respond with JSON
// Inject the handler or client into your application code
var client = mockHttp.ToHttpClient();
var response = await client.GetAsync("http://localhost/api/user/1234");
// or without async: var response = client.GetAsync("http://localhost/api/user/1234").Result;
var json = await response.Content.ReadAsStringAsync();
// No network connection required
Console.Write(json); // {'name' : 'Test McGee'}
MockHttpMessageHandler
defines both When
and Expect
, which can be used to define responses. They both expose the same fluent API, but each works in a slightly different way.
Using When
specifies a "Backend Definition". Backend Definitions can be matched against multiple times and in any order, but they won't match if there are any outstanding Request Expectations present (unless BackendDefinitionBehavior.Always
is specified). If no Request Expectations match, Fallback
will be used.
Using Expect
specifies a "Request Expectation". Request Expectations match only once and in the order they were added in. Only once all expectations have been satisfied will Backend Definitions be evaluated. Calling mockHttp.VerifyNoOutstandingExpectation()
will assert that there are no expectations that have yet to be called. Calling ResetExpectations
clears the the queue of expectations.
This pattern is heavily inspired by AngularJS's $httpBackend
The With
and Expect
methods return a MockedRequest
, which can have additional constraints (called matchers) placed on them before specifying a response with Respond
.
Passing an HTTP method and URL to When
or Expect
is equivalent to applying a Method and Url matcher respectively. The following chart breaks down additional built in matchers and their usage:
Method | Description |
---|---|
WithQueryString("key", "value") |
Matches on one or more querystring values, ignoring additional values |
WithExactQueryString("key=value&other=value") |
Matches on one or more querystring values, rejecting additional values |
WithFormData("key", "value") |
Matches on one or more form data values, ignoring additional values |
WithExactFormData("key=value&other=value") |
Matches on one or more form data values, rejecting additional values |
WithContent("{'name':'McGee'}") |
Matches on the (post) content of the request |
WithPartialContent("McGee") |
Matches on the partial (post) content of the request |
WithHeaders("Authorization", "Basic abcdef") |
Matches on one or more HTTP header values |
WithJsonContent<T>(new MyTypedRequest() [, jsonSerializerSettings]) |
Matches on requests that have matching JSON content |
With(request => request.Content.Length > 50) |
Applies custom matcher logic against an HttpRequestMessage |
These methods are chainable, making complex requirements easy to descirbe.
When using Request Expectations via Expect
, MockHttpMessageHandler.VerifyNoOutstandingExpectation()
can be used to assert that there are no unmatched requests.
For other use cases, GetMatchCount
will return the number of times a mocked request (returned by When / Expect) was called. This even works with Fallback
, so you
can check how many unmatched requests there were.
var mockHttp = new MockHttpMessageHandler();
var request = mockHttp.When("http://localhost/api/user/*")
.Respond("application/json", "{'name' : 'Test McGee'}");
var client = mockHttp.ToHttpClient();
await client.GetAsync("http://localhost/api/user/1234");
await client.GetAsync("http://localhost/api/user/2345");
await client.GetAsync("http://localhost/api/user/3456");
Console.Write(mockHttp.GetMatchCount(request)); // 3
Each request is evaluated using the following process:
- If Request Expectations exist and the request matches the next expectation in the queue, the expectation is used to process the response and is then removed from the queue
- If no Request Expectations exist, or the handler was constructed with
BackendDefinitionBehavior.Always
, the first matching Backend Definition processes the response MockHttpMessageHandler.Fallback
handles the request
The Fallback
property handles all requests that weren't handled by the match behavior. Since it is also a mocked request, any of the Respond
overloads can be applied.
// Unhandled requests should throw an exception
mockHttp.Fallback.Throw(new InvalidOperationException("No matching mock handler"));
// Unhandled requests should be executed against the network
mockHttp.Fallback.Respond(new HttpClient());
The default fallback behavior is to throw an exception that summarises why reach mocked request failed to match.
This example uses Expect to test an OAuth ticket recycle process:
// Simulate an expired token
mockHttp.Expect("/users/me")
.WithQueryString("access_token", "old_token")
.Respond(HttpStatusCode.Unauthorized);
// Expect the request to refresh the token and supply a new one
mockHttp.Expect("/tokens/refresh")
.WithFormData("refresh_token", "refresh_token")
.Respond("application/json", "{'access_token' : 'new_token', 'refresh_token' : 'new_refresh'}");
// Expect the original call to be retried with the new token
mockHttp.Expect("/users/me")
.WithQueryString("access_token", "new_token")
.Respond("application/json", "{'name' : 'Test McGee'}");
var httpClient = mockHttp.ToHttpClient();
var userService = new UserService(httpClient);
var user = await userService.GetUserDetails();
Assert.Equals("Test McGee", user.Name);
mockHttp.VerifyNoOutstandingExpectation();
MockHttp 7.0.0 and later are compiled for .NET 6, .NET 5, .NET Standard 2.0, .NET Standard 1.1
MockHttp 6.0.0 has increased legacy platform support and can still be used, but is no longer updated with new features.
Clone the repository and build RichardSzalay.MockHttp.sln
using MSBuild. NuGet package restore must be enabled.
To release, build:
dotnet pack -c Release --no-build ./RichardSzalay.MockHttp/RichardSzalay.MockHttp.csproj
If you fork the project, simply rename the nuspec
file accordingly and it will be picked up by the release script.
Many thanks to all the members of the community that have contributed PRs to this project:
The MIT License (MIT)
Copyright (c) 2023 Richard Szalay
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.