19 posts
Architektur-Dokumentation veraltet im Moment des Speicherns. So hältst du Docs ehrlich – mit Code-generierten Diagrammen, ADRs und automatisierten Architektur-Tests.
Jedes Architekturdiagramm, das ich je in einem Wiki gesehen habe, war falsch. Nicht dramatisch falsch. Einfach leise, schrittweise falsch. Der Service mit dem…
Ein Timeout oder Crash bedeutet nicht, dass dein API-Request verloren ging. So machen Idempotency-Keys Retrys sicher – und das Storage-Pattern, das tatsächlich Duplikate verhindert.
Dein Service stürzt mitten in einem -Request ab. Der Client sieht einen Timeout und versucht es erneut. Du hast jetzt zwei Abbuchungen. Der Kunde ist sauer.…
In-Memory-Mutexes verschwinden, wenn der Server neu startet. Hier erfährst du, wie distributed Leases mit Fencing Tokens und TTLs doppelte Arbeit über Crashes hinweg verhindern – und wo sie trotzdem versagen.
Dein überlebt kein . Er überlebt keinen OOM, kein Deployment-Rollout und keinen Node-Reboot. Sobald der Prozess beendet wird, ist der Lock weg. Wenn dieser…
Die meisten Circuit-Breaker-Bibliotheken starten Hintergrund-Threads, um die Wiederherstellung zu prüfen. Das brauchen Sie nicht. Hier ist ein request-getriebener Entwurf, der jeglichen Hintergrund-Overhead eliminiert – ohne Korrektheit zu opfern.
Jeder Circuit Breaker, den ich in Produktion geprüft habe, startet irgendwann einen Hintergrund-Thread. Das kann eine Go-Goroutine, ein Javaoder ein…
Crash-only-Software behandelt jeden Fehler als Crash und jeden Start als Recovery. Für Web-Services bedeutet das, die Shutdown-Logik zu löschen und einen Zustand zu entwerfen, der ein `kill -9` überlebt.
Dein Web-Service hat einen Shutdown-Handler. Er flushed Buffer, schließt Verbindungen, schreibt Checkpoints. Du hast ihn vielleicht einmal getestet. In…
Mutation Testing hat einen Überlebenden gefunden und du hast keine Ahnung, was die Mutation überhaupt macht. Hier ist eine Schritt-für-Schritt-Methode, um den richtigen Test zu schreiben, ohne den Mutanten zuerst zu verstehen.
Dein Mutation-Testing-Report ist voller Überlebender, und mindestens einer von ihnen ergibt für dich keinen Sinn. Das Tool sagt, es habe ein zu einem in Zeile…
Warum ein einheitlicher Mutation Score für die gesamte Codebase ein Fehler ist, und wie du pro Modul Schwellenwerte setzt, die dem tatsächlichen Risiko entsprechen.
Ein einheitlicher Mutation Score für die gesamte Codebase durchzusetzen ist der schnellste Weg, dein Team das Testen hassen zu lassen. Starte PIT oder Stryker…
Code-Coverage sagt, du bist auf der sicheren Seite. Mutation-Testing sagt, deine Tests sind größtenteils Dekoration. So decken überlebende Mutanten die Lücke auf – und so schließt du sie.
Deine Tests laufen durch. Dein Coverage-Report zeigt 87 %. Aber dein Mutation-Score liegt bei 40 %, und die Hälfte deiner Mutanten lebt noch. Diese 40 %…
cargo-mutants findet die Tests, die nur so tun, als würden sie deinen Code prüfen. Hier erfährst du, wie Mutation Testing in Rust funktioniert, was es findet und ob sich der Compile-Time-Aufwand lohnt.
Du hast 100% Line Coverage. Jeder Branch wird getroffen. Jede Funktion wird aufgerufen. Dann ändert jemand ein in ein in deiner Pricing-Logik, führt die Tests…
Die meisten Teams führen keine vollständigen Mutation-Testing-Suites bei jedem Commit aus. So integrieren Engineering-Teams Mutation Testing tatsächlich in CI, ohne die Build-Pipeline zu blockieren.
Wenn deine Mutation-Testing-Suite vier Stunden zur Ausführung braucht, herzlichen Glückwunsch. Du hast bewiesen, was alle bereits vermutet haben: Deine…
Gemockte Datenbank-Tests prüfen deine SQL-Syntax, nicht ob Zeilen Crashes, parallele Writes oder Schema-Mismatches überleben. So testest du Persistence wirklich.
Wenn du deine Datenbank in Tests mockst, testest du, dass dein Repository-Layer die richtigen Methoden aufruft. Du testest nicht, ob Daten einen Crash…
Jede Redux-Action zu mocken verwandelt deine Tests in einen Changelog-Validator. So testest du deinen Store stattdessen mit echten State-Transitions.
Wenn du jemals einen Test geschrieben hast, der prüft, ob mit der exakten Payload-Form aufgerufen wurde, hast du einen Test geschrieben, der jedes Mal kaputt…
Die Standardanzahl von 100 Beispielen beim Property-Based Testing ist ein sozialer Kompromiss, keine statistische Strategie. So wählst du eine Anzahl an Läufen, die deinem Vertrauensbedürfnis und deinem CI-Budget entspricht.
Wenn du Property-Based Tests mit den Standard-100 Beispielen ausführst, bekommst du das Schlechteste aus beiden Welten. Deine CI ist langsamer als nötig, und…
Beispielbasiertes Testing deckt nur die Inputs ab, an die du gedacht hast. Property-Based Testing generiert zufällige Daten, prüft Invarianten und reduziert Fehler auf minimale Gegenbeispiele.
Du hast eine -Funktion geschrieben. Du hast sie mit und getestet. Sie besteht. Du veröffentlichst sie. Ein Nutzer übergibt einen Slice mit einem einzigen…
Code-Coverage-Metriken erzeugen ein falsches Sicherheitsgefühl. Hier ist, warum Unit Tests die Bugs verpassen, die dich tatsächlich schlaflos machen – und was du stattdessen testen solltest.
Du hast 90% Code-Coverage und wurdest trotzdem um 2 Uhr nachts gerufen. Die Unit Tests liefen durch. Die CI war grün. Der Bug kam trotzdem in die Produktion.…
Rust entfernt Debug-Assertions automatisch, aber echtes Design-by-Contract braucht mehr als debug_assert!. So baust du zero-cost runtime contracts, die aus deinem Release-Binary verschwinden.
Rust kann runtime contracts in der Entwicklung erzwingen und sie komplett aus Release-Builds entfernen. Die Einschränkung ist, dass die Sprache contracts nicht…
Entwickler verteilen Assertions entweder wie Konfetti oder meiden sie komplett. Hier ist das Entscheidungs-Framework, das nützliche Invariants von Production-Crash-Triggern unterscheidet.
Die meisten Production-Codebases gehören zu einem von zwei Lagern. Lager A behandelt als dekoratives Gewürz, streut es in jede zweite Zeile, bis die Funktion…
Manuelle Validierung bläht deinen Codebase auf und verpasst trotzdem Edge Cases. So erzwingst du Runtime Contracts mit deklarativen Schemas, die dir nicht im Weg stehen.
Jedes Mal, wenn deine API einen Request empfängt, validierst du ihn. Jedes Mal, wenn eine Funktion ein Argument von einem externen System erhält, prüfst du es.…
Der Strict Mode fängt die Nulls auf, die du schreibst, nicht die, die zur Laufzeit aus APIs, DOM-Queries und JSON.parse ankommen. Hier endet das Typsystem und deine Verteidigung beginnt.
Du hast in der aktiviert. Du hast jeden roten Wellenstrich behoben. Du hast mit dem Gefühl in Produktion ausgeliefert, dass und gelöste Probleme seien. Dann…