Randfall-Finder

Das Problem

Ihre Tests laufen durch, die Abdeckung sieht ordentlich aus — und trotzdem schleichen sich Bugs in die Produktion. Das Problem sind nicht die geschriebenen Tests, sondern die Szenarien, an die niemand gedacht hat. Grenzwerte, leere Zustaende, parallele Aenderungen, lokalisierungsabhaengige Formatierung und Typumwandlungsfallen verstecken sich im Offensichtlichen. Manuelles Brainstorming von Randfaellen fuer jede Funktion ist langsam und durch eigene Annahmen verzerrt.

Der Prompt

Analysiere den folgenden Code und identifiziere jeden Randfall, der NICHT aktuell getestet ist. Denke wie ein Chaos-Engineer — welche Eingaben, Zustaende oder Timing-Bedingungen koennten diesen Code zum Absturz bringen?

CODE:
[Funktion, Modul oder API-Endpunkt hier einfuegen]

BESTEHENDE TESTS (falls vorhanden):
[aktuelle Testdatei einfuegen oder beschreiben, was abgedeckt ist]

Fuer jeden gefundenen Randfall:
1. **Szenario** — einzeilige Beschreibung, was schiefgehen koennte
2. **Warum relevant** — die reale Situation, die den Fall ausloest
3. **Risikostufe** — hoch / mittel / niedrig
4. **Testcode** — ein ausfuehrbarer Test in [Jest/Vitest/pytest/Framework]

Zu untersuchende Kategorien:
- Grenzwerte (0, -1, MAX_INT, leerer String, einzelnes Zeichen)
- Typumwandlungsfallen (null vs undefined, "0" vs 0, NaN)
- Nebenlaeufigkeit (parallele Aufrufe, veraltete Closures, Race Conditions)
- Lokalisierung/Kodierung (Unicode, RTL-Text, Emojis, Multibyte-Zeichen)
- Zustandsuebergaenge (uninitialisiert, teilweise geladen, abgelaufen)
- Ressourcenlimits (Speicher, Timeout, Rate Limits, Dateigroesse)

Ergebnisse nach Risikostufe sortieren, hoechste zuerst.

Beispielausgabe

// HOHES RISIKO: Array.sort() mit gemischten Typen verursacht stille Datenkorrumpierung
it('soll Array mit Zahlen und numerischen Strings korrekt behandeln', () => {
  expect(sortProducts([{price: 10}, {price: '9'}, {price: 100}]))
    .toEqual([{price: '9'}, {price: 10}, {price: 100}]);
});

// MITTLERES RISIKO: Zeitzonengrenze um Mitternacht UTC
it('soll Datum korrekt zuweisen, wenn Zeitstempel exakt Mitternacht UTC ist', () => {
  expect(getBusinessDay(new Date('2026-01-01T00:00:00.000Z'), 'Europe/Berlin'))
    .toBe('2026-01-01');
});

Wann verwenden

Nach Erstellung einer initialen Testsuite einsetzen, um diese vor einem Release abzusichern. Besonders wirkungsvoll bei Zahlungslogik, Datums-/Zeitverarbeitung, Benutzereingaben und jeder Funktion, die mit externen Daten interagiert. Mit Mutationstests kombinieren, um sicherzustellen, dass die neuen Randfaelle tatsaechlich echte Bugs erkennen.

Profi-Tipps

• Bug-Tracker einbeziehen — aktuelle Produktionsfehler einfuegen und fragen: “Welche Kategorien von Randfaellen legen diese Bugs nahe, die ich systematisch uebersehe?”
• Mit Fuzzing kombinieren — die KI-generierten Randfaelle als Seed-Eingaben fuer Property-Based-Testing-Bibliotheken wie fast-check oder Hypothesis verwenden.
• Auf Interfaces anwenden, nicht auf Implementierungen — TypeScript-Typen oder API-Schemas einfuegen, um Randfaelle auf Vertragsebene zu finden, bevor Code existiert.
• Mit “was noch” iterieren — nach dem ersten Durchlauf fragen: “Welche 5 zusaetzlichen Randfaelle hast du nicht aufgefuehrt, weil sie unwahrscheinlich schienen, aber katastrophal waeren?”