Skip to main content

Exposes a Mockly HttpMock as a real loopback HTTP server for callers that cannot use an injected HttpClient

Total Downloads
52
52
Published
Nov 5, 2026
2d ago

Get Started

dotnet add package Mockly.Server --version 1.14.0
ProductVersions
.NET
net8.0

README

About

What's this?

Mockly is a powerful and flexible HTTP mocking library for .NET that makes it easy to test code that depends on HttpClient. It provides a fluent API for configuring HTTP request mocks, capturing request details, and asserting on HTTP interactions in your tests.

The library supports:

  • .NET Framework 4.7.2 and higher
  • .NET 8.0 and higher
  • FluentAssertions 7.x and 8.x integration for expressive test assertions

What's so special about that?

Unlike other HTTP mocking libraries, Mockly offers:

  • Fluent, intuitive API - Chain method calls to build complex mocking scenarios with ease
  • Wildcard pattern matching - Match URLs using wildcards (*) in paths and query strings
  • First-class header matching - Match request headers, bearer tokens, and content types directly
  • Custom matchers - Use predicates for advanced request matching logic
  • Request capture & inspection - Automatically capture all requests with full metadata (headers, body, timestamp)
  • Powerful assertions - Built-in FluentAssertions extensions for verifying HTTP behavior
  • Diagnostic support - Detailed error messages when unexpected requests occur
  • Extensibility - Design allows for custom response generators and matchers
  • Zero configuration - Works out of the box with sensible defaults
  • Performance optimized - Regex patterns are cached for efficient matching
  • Invocation limits - Restrict how many times a mock can respond using Once(), Twice(), or Times(n)
  • Response latency - Simulate slow endpoints with After(TimeSpan) to test timeout, cancellation and resilience

Who created this?

Mockly is created and maintained by Dennis Doomen, also the creator of FluentAssertions, PackageGuard, Reflectify, Pathy and the .NET Library Starter Kit. It's designed to work seamlessly with modern .NET testing practices and integrates naturally with FluentAssertions for expressive test assertions.

Key Features

🎯 Fluent Request Matching

mock.ForGet().WithPath("/api/users/*").RespondsWithJsonContent(user);
mock.ForPost().WithPath("/api/data").WithQuery("?filter=*").RespondsWithStatus(HttpStatusCode.Created);
mock.ForGet().WithPath("/api/secure").WithHeader("X-Api-Key").RespondsWithStatus(HttpStatusCode.OK);
mock.ForPost().WithPath("/api/auth").WithBearerToken("eyJ*").RespondsWithStatus(HttpStatusCode.OK);
mock.ForPost().WithPath("/api/json").WithContentType("application/json").RespondsWithStatus(HttpStatusCode.OK);

🏷️ Response Headers

Configure response headers such as Location, ETag or a custom Content-Type. Content headers are routed to the response content automatically; all other headers are added to the response headers.

mock.ForPost().WithPath("/api/users")
    .RespondsWithStatus(HttpStatusCode.Created)
    .WithHeader("Location", "/api/users/123")
    .WithHeader("ETag", "\"v1\"");

📃 Clear Reporting

When an unexpected request occurs and there are configured mocks, Mockly helps you diagnose by reporting the closest matching mock, broken down criterion by criterion (method, scheme/host, path, query, headers, body), so you can quickly see exactly what to adjust in your setup.

Unexpected request to:
  POST https://api.example.com/api/users

Closest matching mock:
  POST https://*/api/users
    method       ✓ POST
    scheme/host  ✓ api.example.com
    path         ✓ /api/users
    query        ✓ (none)
    header       ✗ expected "X-Tenant: acme" but the request had no such header
    body         ✗ expected property "role" to be "Admin" but found "User"

Registered mocks:
 - POST https://*/api/users where header "X-Tenant" matches "acme"

When the mismatch isn't on a single request, dump the whole conversation instead:

output.WriteLine(mock.GetTrafficReport());

🔍 Request Capture & Inspection

var patches = new RequestCollection();
mock.ForPatch().WithPath("/api/update").CollectingRequestsIn(patches);

// After test execution
patches.Count.Should().Be(3);
patches.First().Path.Should().Contain("/api/update");

✅ Powerful Assertions

mock.Should().HaveAllRequestsCalled();
mock.Requests.Should().NotBeEmpty();
mock.Requests.Should().NotContainUnexpectedCalls();

// Assert JSON-equivalence using a JSON string (ignores formatting/ordering)
mock.Requests.Should().ContainRequest()
    .WithBodyMatchingJson("{ \"id\": 1, \"name\": \"John\" }");

// Assert the body deserializes and is equivalent to an object graph
var expected = new { id = 1, name = "John" };

mock.Requests.Should().ContainRequestFor("https://api.example.com/*")
    .WithBodyEquivalentTo(expected);

🎨 Multiple Response Types

  • JSON content with automatic serialization
  • Test data builder integration via IResponseBuilder<T>
  • Raw string content
  • Custom HTTP status codes
  • Custom response generators
  • OData support

🔁 Sequenced Responses

Configure a sequence of responses for the same matched request so consecutive calls get different responses (e.g. the classic "fail twice, then succeed" retry test). Chain ThenRespondsWith*(...) after any RespondsWith* method. The last response repeats for any calls beyond the configured sequence.

mock.ForGet().WithPath("/resource")
    .RespondsWithStatus(HttpStatusCode.ServiceUnavailable)
    .ThenRespondsWithStatus(HttpStatusCode.ServiceUnavailable)
    .ThenRespondsWithStatus(HttpStatusCode.OK);

The ThenRespondsWith* family mirrors the RespondsWith* methods (ThenRespondsWithJsonContent, ThenRespondsWithContent, ThenRespondsWithODataResult, and ThenRespondsWith(Func<RequestInfo, HttpResponseMessage>)).

🔐 Auth & Rate-Limit Scenarios

Match basic auth credentials or API keys, and simulate the OAuth, token-refresh and rate-limiting flows that resilience libraries like Microsoft.Extensions.Http.Resilience are built to handle:

mock.ForGet("/api/secure").WithBasicAuth("user", "pass");
mock.ForGet("/api/secure").WithApiKey("X-Api-Key");

// OAuth token endpoint, with a correctly shaped token response
mock.ForPost("/token").RespondsWithOAuthToken("abc", expiresIn: TimeSpan.FromMinutes(5));

// The classic token-refresh test: first call 401, retry after refresh succeeds
mock.ForGet("/api/data").RespondsWithUnauthorizedThenSuccess("""{"value":42}""");

// 429 with a Retry-After header
mock.ForGet("/api/data").RespondsWithRateLimit(retryAfter: TimeSpan.FromSeconds(2));

🛡️ Fail-Fast Testing

mock.FailOnUnexpectedCalls = true; // Default behavior
// Throws UnexpectedRequestException if an unmocked request is made

📥 Import From cURL

Bootstrap a mock from an existing curl command, such as the output of a browser's "Copy as cURL":

mock.ImportFromCurl("""
    curl -X POST https://api.example.com/users \
      -H 'Content-Type: application/json' \
      --data-raw '{"name":"mockly"}'
    """)
    .RespondsWithStatus(HttpStatusCode.Created);

The method (-X), URL, headers (-H) and body (-d/--data/--data-raw) are translated into the equivalent matching configuration. Importing HAR files is planned for a future release.

Quick Start

Install the package:

dotnet add package mockly

To get the assertions, also install one of the two assertion packages, depending on which version of FluentAssertions you're using:

dotnet add package FluentAssertions.Mockly.v7
dotnet add package FluentAssertions.Mockly.v8

Basic usage:

using Mockly;
using FluentAssertions;

// Arrange
var mock = new HttpMock();
mock.ForGet()
    .WithPath("/api/users/123")
    .RespondsWithJsonContent(new { Id = 123, Name = "John Doe" });

HttpClient client = mock.GetClient();

// Act
// Note: BaseAddress defaults to https://localhost/
var response = await client.GetAsync("/api/users/123");
var content = await response.Content.ReadAsStringAsync();

// Assert
response.StatusCode.Should().Be(HttpStatusCode.OK);
content.Should().Contain("John Doe");
mock.Should().HaveAllRequestsCalled();

For complete documentation and advanced examples, visit mockly.org

This project ships an Agent Skill that helps AI Coding Agents use Mockly effectively. This file will be stored in the .agents/skills/mockly directory of your project when you build the project. You can disable this behavior by setting <MocklySkill>false</MocklySkill> in your project or Directory.Build.props.

Versioning

This library uses Semantic Versioning to give meaning to the version numbers. For the versions available, see the releases on this repository.

Credits

This library wouldn't have been possible without the following tools, packages and companies:

Downloads by Version

Not enough data for chart

Similar & Alternative Packages

Hand-picked matching NuGet libraries based on tags & ecosystem

Depended On By

Find packages that declare this package as a dependency. NuGet does not provide a reverse-dependency endpoint, so candidates are checked on demand.

Adoption Assessment

Assess this package against its supported frameworks, license, maintenance signals and dependency graph before making it a project standard.

No SPDX license expression is published. Review the license text and your organisation's policy before redistribution.Compatibility metadata lists 1 target framework; confirm the exact target used by your application.

Related Guides & Workflows

Learn how to evaluate, integrate, or audit this package in your .NET project.