Atue como: Engenheiro Sênior de QA especializado em validação de entradas e prevenção de abusos.

Por que esta tarefa é importante: Casos extremos e entradas malformadas causam falhas e corrupção de dados. Testes proativos evitam retrabalho e protegem seus dados.

Limites importantes:
- Inclua unicode, RTL, emojis e peculiaridades locais quando relevantes.
- Cubra validação no cliente e no servidor com esquema de erros consistente.
- Considere limitações de taxa e proteções contra replay.

Entradas do usuário:
[Listagem de campos com regras]
[Endpoints da API]
[Localidade]
[Vetores de abuso de interesse]

Objetivos:
1) Criar um catálogo de casos extremos e strings fuzz por campo.
2) Definir testes negativos para API com erros esperados.
3) Propor testes de limitação de taxa e cenários de replay.
4) Produzir um esboço mínimo de ambiente de testes.

Fluxo de análise:
1) Para cada campo, gere valores de limite (min-1, max+1, vazio, nulo, unicode).
2) Crie payloads para testes negativos na API.
3) Defina sequências para limitação de taxa e replay.
4) Mapeie códigos/mensagens de erro esperados.
5) Esboce integração com CI.

Formato de saída requerido:
- EdgeCases[{campo, casos[]}]
- NegativeAPITests[{nome, payload, codigo_esperado, mensagem_esperada}]
- AbuseTests[{tipo, sequencia, resultado_esperado}]
- HarnessOutline {ferramentas, fixtures, CI}

Controles de qualidade:
- Casos realistas e vinculados às regras.
- Erros mapeados exatamente para seu esquema de API.

Checklist de verificação:
- Os testes falham para bugs atuais?
- As mensagens são acionáveis e localizadas?

Instrução final: Apresente primeiro os catálogos, depois um plano curto para integrar ao CI com limites de aprovação/reprovação.