A pytest inspired assertion library for .NET with no special syntax.
SharpAssert provides rich assertion diagnostics by automatically transforming your assertion expressions at compile time using MSBuild source rewriting, giving you detailed failure messages with powerful expression analysis.
using static SharpAssert.Sharp;
var items = new[] { 1, 2, 3 };
var target = 4;
Assert(items.Contains(target));
// Assertion failed: items.Contains(target) at MyTest.cs:15
// items: [1, 2, 3]
// target: 4
// Result: falseSharpAssert uses MSBuild source rewriting to automatically transform your assertion calls at compile time:
- You write:
Assert(x == y) - MSBuild rewrites:
global::SharpAssert.SharpInternal.Assert(() => x == y, "x == y", "file.cs", 42) - Runtime analysis: Expression tree provides detailed failure diagnostics when assertions fail
- π Detailed Expression Analysis - See exactly why your assertions failed
- β
Multiple Assertions -
&&shows ALL failures, not just the first one - π― Exception Testing -
Throws<T>andThrowsAsync<T>with detailed exception diagnostics - π€ String Diffs - Character-level inline diffs for strings (powered by DiffPlex)
- π String Pattern Matching - Wildcard patterns and occurrence counting
- π Collection Comparison - First mismatch, missing/extra elements detection
- π Collection Ordering - Ascending/descending order validation
- π’ Collection Uniqueness - Duplicate detection with key selectors
- π Object Deep Diff - Property-level differences for objects/records (powered by Compare-Net-Objects)
- π Object Equivalency - Structural comparison with property exclusion/inclusion
- π LINQ Operations - Enhanced diagnostics for Contains/Any/All operations
- β‘ Async/Await Support - Full support for async assertions with value diagnostics
- π« Dynamic Types - Dynamic objects support (Expando)
See demo for assertion example output.
dotnet add package SharpAssertusing static SharpAssert.Sharp;
[Test]
public void Should_be_equal()
{
var expected = 4;
var actual = 5;
Assert(expected == actual);
// Assertion failed: expected == actual
// Left: 4
// Right: 5
// Result: false
}When multiple conditions fail, SharpAssert shows ALL failures at once - no short-circuit evaluation:
var x = 3;
var y = 7;
Assert(x == 5 && y == 10);
// Assertion failed: x == 5 && y == 10
// Left: x == 5
// Left: 3
// Right: 5
// Right: y == 10
// Left: 7
// Right: 10
// &&: Both operands were falseThis replaces verbose patterns from other frameworks with native C# syntax:
// NUnit
Assert.Multiple(() =>
{
Assert.That(x, Is.EqualTo(5));
Assert.That(y, Is.EqualTo(10));
});
// FluentAssertions
using (new AssertionScope())
{
x.Should().Be(5);
y.Should().Be(10);
}
// SharpAssert - just use &&
Assert(x == 5 && y == 10);Works with custom expectations too:
using SharpAssert.Features.Strings;
Assert("foo".Matches("oof") & "bar".Matches("rab"));
// Shows both pattern match failures with full diagnosticsCharacter-level diffs powered by DiffPlex:
var actual = "hello";
var expected = "hallo";
Assert(actual == expected);
// Assertion failed: actual == expected
// String diff (inline):
// h[-e][+a]lloMultiline string diffs:
var actual = "line1\nline2\nline3";
var expected = "line1\nMODIFIED\nline3";
Assert(actual == expected);
// Assertion failed: actual == expected
// String diff:
// line1
// - line2
// + MODIFIED
// line3First mismatch and missing/extra elements:
var actual = new[] { 1, 2, 3, 5 };
var expected = new[] { 1, 2, 4, 5 };
Assert(actual.SequenceEqual(expected));
// Assertion failed: actual.SequenceEqual(expected)
// Collections differ at index 2:
// Expected: 4
// Actual: 3Wildcard patterns with * (any sequence) and ? (single character):
using SharpAssert.Features.Strings;
Assert("hello world".Matches("hello *")); // * matches any sequence
Assert("test.txt".Matches("*.txt")); // File extension matching
Assert("test".Matches("t?st")); // ? matches single character
Assert("HELLO".MatchesIgnoringCase("hello")); // Case-insensitiveCount substring occurrences:
Assert("error at line 5, error at line 10".Contains("error", Occur.Exactly(2)));
Assert("warn, warn, warn".Contains("warn", Occur.AtLeast(2)));
Assert("info".Contains("info", Occur.AtMost(1)));Regex pattern occurrence counting:
Assert("test123 and test456".MatchesRegex(@"test\d+", Occur.Exactly(2)));Validate collections are sorted:
using SharpAssert.Features.Collections;
var ascending = new[] { 1, 2, 3, 4 };
Assert(ascending.IsInAscendingOrder());
var descending = new[] { 4, 3, 2, 1 };
Assert(descending.IsInDescendingOrder());
// With custom comparer
Assert(names.IsInAscendingOrder(StringComparer.OrdinalIgnoreCase));Validate collections contain no duplicates:
using SharpAssert.Features.Collections;
var unique = new[] { 1, 2, 3, 4 };
Assert(unique.AllUnique());
// Uniqueness by property
var users = new[] { user1, user2, user3 };
Assert(users.AllUnique(u => u.Email));
// Custom equality comparer
Assert(items.AllUnique(StringComparer.OrdinalIgnoreCase));Property-level diffs powered by Compare-Net-Objects:
var actual = new User { Name = "John", Age = 30, City = "NYC" };
var expected = new User { Name = "John", Age = 25, City = "LA" };
Assert(actual == expected);
// Assertion failed: actual == expected
// Object differences:
// Age: 30 β 25
// City: "NYC" β "LA"Structural comparison with fluent configuration:
var actual = new Person { Name = "John", Age = 30, Id = 1 };
var expected = new Person { Name = "John", Age = 30, Id = 2 };
// Basic equivalency check
Assert(actual.IsEquivalentTo(expected));
// Exclude specific properties
Assert(actual.IsEquivalentTo(expected, config => config.Excluding(p => p.Id)));
// Include only specific properties
Assert(actual.IsEquivalentTo(expected, config => config.Including(p => p.Name)));
// Ignore collection ordering
var team1 = new Team { Members = new[] { "Alice", "Bob" } };
var team2 = new Team { Members = new[] { "Bob", "Alice" } };
Assert(team1.IsEquivalentTo(team2, config => config.WithoutStrictOrdering()));Enhanced diagnostics for Contains, Any, All:
var users = new[] { "Alice", "Bob", "Charlie" };
Assert(users.Contains("David"));
// Assertion failed: users.Contains("David")
// Collection: ["Alice", "Bob", "Charlie"]
// Looking for: "David"
// Result: falseFull support for async expressions:
Assert(await client.GetAsync() == await server.GetAsync());
// Assertion failed: await client.GetAsync() == await server.GetAsync()
// Left: { Id: 1, Name: "Client" }
// Right: { Id: 2, Name: "Server" }
// Result: falseTest expected exceptions with Throws<T> and ThrowsAsync<T>:
// Positive assertion - expects exception
Assert(Throws<ArgumentException>(() => throw new ArgumentException("invalid")));
// Negative assertion - expects no exception
Assert(!Throws<ArgumentException>(() => { /* no exception */ }));
// Access exception properties
var ex = Throws<ArgumentNullException>(() => throw new ArgumentNullException("param"));
Assert(ex.Message.Contains("param"));
// Async version
Assert(await ThrowsAsync<InvalidOperationException>(() =>
Task.Run(() => throw new InvalidOperationException())));Create reusable expectations using Expectation.From() - a lambda-based factory that eliminates boilerplate:
public static class NumberExtensions
{
public static Expectation IsEven(this int value) =>
Expectation.From(
() => value % 2 == 0,
() => [$"Expected even number, got {value}"]
);
public static Expectation IsBetween(this int value, int min, int max) =>
Expectation.From(
() => value >= min && value <= max,
() => [$"Expected {value} to be between {min} and {max}"]
);
}
Assert(4.IsEven());
Assert(!5.IsEven());
Assert(5.IsBetween(1, 10));How it works:
- First lambda: predicate that returns
trueif expectation passes - Second lambda: failure message factory (only called on failure, returns
string[]for multiple diagnostic lines) - Expression text is injected automatically by the framework
For complex expectations with substantial internal logic (algorithms, external library integration), you can still inherit from Expectation:
sealed class IsEquivalentToExpectation<T>(T actual, T expected) : Expectation
{
public override EvaluationResult Evaluate(ExpectationContext context)
{
// Complex comparison logic using Compare-Net-Objects...
return isEqual
? ExpectationResults.Pass(context.Expression)
: ExpectationResults.Fail(context.Expression, differences);
}
}Assert(user.IsActive, $"User {user.Name} should be active for this operation");var order = new Order { Items = new[] { "Coffee", "Tea" }, Total = 15.50m };
var expectedTotal = 12.00m;
Assert(order.Items.Length > 0 && order.Total == expectedTotal);
// Assertion failed: order.Items.Length > 0 && order.Total == expectedTotal
// order.Items.Length > 0 β True (Length: 2)
// order.Total == expectedTotal β False
// order.Total: 15.50
// expectedTotal: 12.00
// Result: FalseSharpAssert is built on modern .NET technologies:
- MSBuild Source Rewriting - Compile-time code transformation
- Roslyn Syntax Analysis - Advanced C# code parsing and generation
- Expression Trees - Runtime expression analysis for rich diagnostics
- DiffPlex - String and sequence diffs
- CompareNETObjects - Deep object comparison
- CallerArgumentExpression - Fallback for edge cases
- .NET 9.0 or later
- Test frameworks: xUnit, NUnit, or MSTest
SharpAssert consists of two NuGet packages:
- SharpAssert - Main package with MSBuild rewriter (install this one)
- SharpAssert.Runtime - Core assertion library (automatically included as dependency)
When you install SharpAssert, you get everything you need. The runtime package is a transitive dependency and requires no separate installation.
Enable detailed rewriter diagnostics:
<PropertyGroup>
<!-- Enable diagnostic logging for troubleshooting rewriter issues -->
<SharpAssertEmitRewriteInfo>true</SharpAssertEmitRewriteInfo>
</PropertyGroup>SharpAssert is designed for minimal overhead:
- Passing tests: Near-zero overhead - only the assertion check itself
- Failing tests: Rich diagnostics are computed only when assertions fail
- Expression evaluation: Each sub-expression evaluated exactly once (cached)
- Build time: Negligible impact - rewriter processes only test files
The rich diagnostic tools (object diffing, collection comparison) are only invoked on failure. This means your passing tests run at full speed, and the diagnostic cost is only paid when you need to understand a failure.
- Collection initializers cannot be used in expression trees (C# compiler limitation)
- Use
new[]{1,2,3}instead of[1, 2, 3]
- Use
- Verify
SharpAssertpackage is installed (SharpAssert.Runtime comes automatically) - Ensure
using static SharpAssert.Sharp;import - Clean and rebuild:
dotnet clean && dotnet build
- Check build output contains: "SharpAssert: Rewriting X source files"
- Verify rewritten files exist in
obj/Debug/net9.0/SharpRewritten/ - Ensure
SharpInternal.Assertcalls are being made (check generated code) - Look for #line directives in generated files
For troubleshooting rewriter issues:
<PropertyGroup>
<SharpAssertEmitRewriteInfo>true</SharpAssertEmitRewriteInfo>
</PropertyGroup>Then rebuild with verbose output: dotnet build -v detailed
We welcome contributions! Please see our comprehensive Contributing Guide for:
- π Quick start guide for developers
- π§ͺ Testing strategy and workflow
- π¦ Package versioning best practices
- π§ Development tips and debugging help
- π Commit guidelines and release process
