---
title: "Introducing mirrord Chaos Testing"
url: https://daily.dev/posts/introducing-mirrord-chaos-testing-emvolloz5
source_url: https://metalbear.com/blog/mirrord-chaos-testing
type: article
source: "MetalBear"
published: 2026-08-24T07:58:10.027Z
updated: 2026-08-24T07:58:34.813Z
tags: ["testing", "kubernetes", "microservices"]
reading_time: 7
upvotes: 24
comments: 2
language: en
---

> ## Documentation Index
> Fetch the complete documentation index at: https://daily.dev/llms.txt
> Use this file to discover all available pages before exploring further.

# Introducing mirrord Chaos Testing

**[MetalBear](https://daily.dev/sources/metalbear)** · 7 min read · 24 upvotes · 2 comments

## Summary

MetalBear has launched mirrord Chaos Testing, a feature that lets developers deliberately inject latency or connection failures into their own service's outgoing connections during a local mirrord session, without affecting a shared environment or other users. Chaos rules pair a selector (destination and percentage) with an effect (latency or connection_error with reset/timed_out/refused variants), letting developers verify retry and fallback logic against realistic partial failures like a slow Redis cache. It works with mirrord OSS and CLI version 3.241.0 or later, requiring no operator or Teams license, and can be managed via CLI subcommands, a local UI, REST endpoints, or an AI coding agent using the mirrord skills plugin.

## Full article

daily.dev links to this article rather than hosting it. Read it at the original source: <https://metalbear.com/blog/mirrord-chaos-testing>

## Questions this post answers

### What is mirrord Chaos Testing and how does it work?

Mirrord Chaos Testing lets a developer deliberately break or slow down their own service's outgoing connections during a local mirrord session, without affecting a shared environment or other users. A chaos rule pairs a selector, which matches connections by destination host or host:port plus a percentage, with an effect, either latency (delays reads/writes with optional jitter) or connection_error (reset, timed_out, or refused).

_Developers hardening retry and fallback logic can track tools like this via daily.dev._

### What mirrord CLI version is required to use chaos rules?

Chaos rules require mirrord CLI version 3.241.0 or later. No operator or mirrord for Teams license is needed, and the feature works with the open-source mirrord CLI, meaning any team already using mirrord OSS can add chaos rules by upgrading to that version or newer.

_Teams tracking mirrord version requirements can follow tooling updates on daily.dev._

### How is mirrord Chaos Testing different from tools like Chaos Mesh or LitmusChaos?

Chaos Mesh and LitmusChaos inject faults into a shared environment, affecting everyone using it and requiring coordination before running, which suits testing a final build before release. Mirrord Chaos Testing instead attaches chaos rules to a single developer's mirrord session, so latency or connection errors only affect that developer's own traffic against real dependencies, making it suitable for quick checks before opening a pull request.

_Engineers comparing chaos engineering tools can weigh trade-offs like these on daily.dev._

## Community discussion

Top comments from developers on daily.dev.

**@agustinbarrientos** · 0 upvotes

> Chaos runs should emit a deterministic seed and an exportable manifest. CI should be able to replay the same destination, timing, failure percentage, and effect.

## Similar posts on daily.dev

- [MetalBear’s Mirrord Gives AI Agents a Staging Environment To Test Their Code](https://daily.dev/posts/metalbear-s-mirrord-gives-ai-agents-a-staging-environment-to-test-their-code-n9ndgdi6p) · The New Stack · 3 upvotes · 0 comments

---

Tags: [#testing](https://daily.dev/tags/testing), [#kubernetes](https://daily.dev/tags/kubernetes), [#microservices](https://daily.dev/tags/microservices)

[View this post on daily.dev](https://daily.dev/posts/introducing-mirrord-chaos-testing-emvolloz5)