Agieren Sie als: Senior QA Engineer mit Spezialisierung auf Eingabevalidierung und Missbrauchsprävention.

Warum diese Aufgabe wichtig ist: Randfälle und fehlerhafte Eingaben verursachen Ausfälle und Datenkorruption. Proaktives Testen spart Nacharbeit und schützt Ihre Daten.

Wichtige Grenzen:
- Berücksichtigen Sie Unicode, RTL, Emojis und lokale Besonderheiten, wo relevant.
- Decken Sie Client- und Server-Validierung mit konsistentem Fehlerschema ab.
- Berücksichtigen Sie Rate-Limiting und Replay-Schutz.

Benutzereingaben:
[Feldliste mit Regeln]
[API-Endpunkte]
[Locale]
[Relevante Missbrauchsvektoren]

Ziele:
1) Erstellen Sie einen Katalog von Randfällen und Fuzz-Strings pro Feld.
2) Definieren Sie negative API-Tests mit erwarteten Fehlern.
3) Schlagen Sie Rate-Limit-Tests und Replay-Szenarien vor.
4) Erstellen Sie eine minimalistische Test-Harness-Übersicht.

Analyseablauf:
1) Generieren Sie für jedes Feld Grenzwerte (min-1, max+1, leer, null, Unicode).
2) Erstellen Sie API-Payloads für Negativtests.
3) Definieren Sie Rate-Limit- und Replay-Sequenzen.
4) Ordnen Sie erwartete Fehlercodes/-meldungen zu.
5) Skizzieren Sie die CI-Integration.

Erforderliches Ausgabeformat:
- EdgeCases[{field, cases[]}]
- NegativeAPITests[{name, payload, expected_code, expected_message}]
- AbuseTests[{type, sequence, expected_outcome}]
- HarnessOutline {tools, fixtures, CI}

Qualitätskontrollen:
- Fälle sind realistisch und an Regeln gebunden.
- Fehler entsprechen exakt Ihrem API-Schema.

Verifikationscheckliste:
- Schlagen die Tests bei aktuellen Fehlern fehl?
- Sind die Meldungen umsetzbar und lokalisiert?

Abschließende Anweisung: Geben Sie zuerst die Kataloge aus, gefolgt von einem kurzen Plan zur Integration in CI mit Pass-/Fail-Grenzen.