AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Akka Net Testing Patterns

skill-aaronontheweb-dotnet-skills-akka-testing-patterns · by Aaronontheweb

Write unit and integration tests for Akka.NET actors using modern Akka.Hosting.TestKit patterns. Covers dependency injection, TestProbes, persistence testing, and actor interaction verification. Includes guidance on when to use traditional TestKit.

No reviews yet
0 installs
24 views
0.0% view→install

Install

$ agentstack add skill-aaronontheweb-dotnet-skills-akka-testing-patterns

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-aaronontheweb-dotnet-skills-akka-testing-patterns)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
3mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Akka Net Testing Patterns? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Akka.NET Testing Patterns

When to Use This Skill

Use this skill when:

  • Writing unit tests for Akka.NET actors
  • Testing persistent actors with event sourcing
  • Verifying actor interactions and message flows
  • Testing actor supervision and lifecycle
  • Mocking external dependencies in actor tests
  • Testing cluster sharding behavior locally
  • Verifying actor state recovery and persistence

Reference Files

  • [examples.md](examples.md): Complete code samples for all testing patterns (Patterns 1-8 plus Reminders)
  • [anti-patterns-and-reference.md](anti-patterns-and-reference.md): Anti-patterns, traditional TestKit, CI/CD integration

Choosing Your Testing Approach

Use Akka.Hosting.TestKit (Recommended for 95% of Use Cases)

When:

  • Building modern .NET applications with Microsoft.Extensions.DependencyInjection
  • Using Akka.Hosting for actor configuration in production
  • Need to inject services into actors (IOptions, DbContext, ILogger, HTTP clients, etc.)
  • Testing applications that use ASP.NET Core, Worker Services, or .NET Aspire
  • Working with modern Akka.NET projects (Akka.NET v1.5+)

Advantages:

  • Native dependency injection support - override services with fakes in tests
  • Configuration parity with production (same extension methods work in tests)
  • Clean separation between actor logic and infrastructure
  • Type-safe actor registry for retrieving actors

Use Traditional Akka.TestKit

When:

  • Contributing to Akka.NET core library development
  • Working in environments without Microsoft.Extensions (console apps, legacy systems)
  • Legacy codebases using manual Props creation without DI

See [anti-patterns-and-reference.md](anti-patterns-and-reference.md) for traditional TestKit patterns.


Core Principles (Akka.Hosting.TestKit)

  1. Inherit from Akka.Hosting.TestKit.TestKit - This is a framework base class, not a user-defined one
  2. Override ConfigureServices() - Replace real services with fakes/mocks
  3. Override ConfigureAkka() - Configure actors using the same extension methods as production
  4. Use ActorRegistry - Type-safe retrieval of actor references
  5. Composition over Inheritance - Fake services as fields, not base classes
  6. No Custom Base Classes - Use method overrides, not inheritance hierarchies
  7. Test One Actor at a Time - Use TestProbes for dependencies
  8. Match Production Patterns - Same extension methods, different AkkaExecutionMode

Required NuGet Packages


  
  

  
  
  
  

  
  

  
  

  
  

CRITICAL: File Watcher Fix for Test Projects

Akka.Hosting.TestKit spins up real IHost instances, which by default enable file watchers for configuration reload. When running many tests, this exhausts file descriptor limits on Linux (inotify watch limit).

Add this to your test project - it runs before any tests execute:

// TestEnvironmentInitializer.cs
using System.Runtime.CompilerServices;

namespace YourApp.Tests;

internal static class TestEnvironmentInitializer
{
    [ModuleInitializer]
    internal static void Initialize()
    {
        // Disable config file watching in test hosts
        // Prevents file descriptor exhaustion (inotify watch limit) on Linux
        Environment.SetEnvironmentVariable("DOTNET_HOSTBUILDER__RELOADCONFIGONCHANGE", "false");
    }
}

Why this matters:

  • [ModuleInitializer] runs automatically before any test code
  • Sets the environment variable globally for all IHost instances
  • Prevents cryptic inotify errors when running 100+ tests
  • Also applies to Aspire integration tests that use IHost

Testing Patterns Overview

Each pattern below has a condensed description. See [examples.md](examples.md) for complete code samples.

Pattern 1: Basic Actor Test

The foundation pattern. Override ConfigureServices() to inject fakes, override ConfigureAkka() to register actors with the same extension methods as production.

public class OrderActorTests : TestKit
{
    private readonly FakeOrderRepository _fakeRepository = new();

    protected override void ConfigureServices(HostBuilderContext context, IServiceCollection services)
    {
        services.AddSingleton(_fakeRepository);
    }

    protected override void ConfigureAkka(AkkaConfigurationBuilder builder, IServiceProvider provider)
    {
        builder.WithInMemoryJournal().WithInMemorySnapshotStore();
        builder.WithActors((system, registry, resolver) =>
        {
            registry.Register(system.ActorOf(resolver.Props(), "order-actor"));
        });
    }

    [Fact]
    public async Task CreateOrder_Success_SavesToRepository()
    {
        var orderActor = ActorRegistry.Get();
        var response = await orderActor.Ask(
            new CreateOrder("ORDER-123", "CUST-456", 99.99m), RemainingOrDefault);
        response.Status.Should().Be(CommandStatus.Success);
        _fakeRepository.SaveCallCount.Should().Be(1);
    }
}

Pattern 2: TestProbe for Actor Interactions

Register a TestProbe in the ActorRegistry as a stand-in for a dependency actor. Use ExpectMsgAsync() to verify messages were sent.

Pattern 3: Auto-Responding TestProbe

When the actor under test uses Ask to communicate with dependencies, create an auto-responder actor that forwards messages to a probe AND replies to avoid timeouts.

Pattern 4: Testing Persistent Actors

Use WithInMemoryJournal() and WithInMemorySnapshotStore(). Test recovery by killing the actor with PoisonPill and querying to force recovery from journal.

Pattern 5: Reuse Production Configuration

Always reuse production extension methods in tests instead of duplicating HOCON config. This ensures tests use the exact same configuration as production.

protected override void ConfigureAkka(AkkaConfigurationBuilder builder, IServiceProvider provider)
{
    builder
        .AddDraftSerializer()                                    // Same as production
        .AddOrderDomainActors(AkkaExecutionMode.LocalTest)      // Same, but local mode
        .WithInMemoryJournal().WithInMemorySnapshotStore();      // Test-specific overrides
}

Pattern 6: Cluster Sharding Locally

Use AkkaExecutionMode.LocalTest with GenericChildPerEntityParent to test sharding behavior without an actual cluster. Same extension methods, different mode.

Pattern 7: AwaitAssertAsync for Async Operations

Use AwaitAssertAsync when actors perform async operations. It retries assertions until they pass or timeout, preventing flaky tests.

await AwaitAssertAsync(() =>
{
    _fakeReadModelService.SyncCallCount.Should().BeGreaterOrEqualTo(1);
}, TimeSpan.FromSeconds(3));

Pattern 8: Scenario-Based Integration Tests

Test complete business workflows end-to-end with multiple actors and state transitions. Register all domain actors, verify state at each step.


Common Patterns Summary

| Pattern | Use Case | |---------|----------| | Basic Actor Test | Single actor with injected services | | TestProbe | Verify actor sends messages to dependencies | | Auto-Responder | Avoid Ask timeouts when testing | | Persistent Actor | Test event sourcing and recovery | | Cluster Sharding | Test sharding behavior locally | | AwaitAssertAsync | Handle async operations in actors | | Scenario Tests | End-to-end business workflows |


Best Practices

  1. One test class per actor - Keep tests focused
  2. Override ConfigureServices/ConfigureAkka - Don't create base classes
  3. Use fakes, not mocks - Simpler, more maintainable
  4. Test one actor at a time - Use TestProbes for dependencies
  5. Match production patterns - Same extension methods, different AkkaExecutionMode
  6. Use AwaitAssertAsync for async - Prevents flaky tests
  7. Test recovery - Kill and restart actors to verify persistence
  8. Scenario tests for workflows - Test complete business flows end-to-end
  9. Keep tests fast - In-memory persistence, no real databases
  10. Use meaningful names - Scenario_FirstTimePurchase_SuccessfulPayment

Debugging Tips

  1. Enable debug logging - Pass LogLevel.Debug to TestKit constructor
  2. Use ITestOutputHelper - See actor system logs in test output
  3. Inspect TestProbe - Check probe.Messages to see what was sent
  4. Query actor state - Add state query messages for debugging
  5. Use AwaitAssertAsync with logging - See why assertions fail
  6. Check ActorRegistry - Verify actors are registered correctly
// Constructor with debug logging
public OrderActorTests(ITestOutputHelper output)
    : base(output: output, logLevel: LogLevel.Debug)
{
}

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.