naodeng/awesome-qa-skills

API-Tests (Englisch)

Chinesische Version: Siehe den entsprechenden chinesischen Skill.

Wann verwenden

• Sie benötigen einen API-Testplan, API-Testfälle oder eine API-Risikoanalyse.
• Die Anfrage umfasst REST, GraphQL, SOAP, gRPC, WebSocket oder gemischtes API-Verhalten.

Arbeitsablauf

1. Lesen und befolgen Sie den Haupt-Prompt, der unter Progressive Offenlegung aufgeführt ist (Abdeckung, Struktur, Qualitätssicherung).
2. Fügen Sie nur Projektkontext hinzu, der das Ergebnis ändert: Umfang, Umgebung, Einschränkungen, Risiken, Abhängigkeiten, erwartetes Ergebnis.
3. Wenn die Eingabe unvollständig ist, liefern Sie einen brauchbaren ersten Entwurf und markieren Sie Annahmen und Lücken explizit.
4. Standardmäßig Markdown; wechseln Sie das Format nur, wenn der Benutzer danach fragt.

Kernbedingungen

• Priorisieren Sie nach Risiko / Geschäftsauswirkung – behandeln Sie nicht alles gleich.
• Trennen Sie bestätigte Fakten von aktuellen Annahmen.
• Erfinden Sie keine Endpunkte, Felder, Umgebungen oder Ursachen, die der Benutzer nicht angegeben hat.
• Halten Sie die Ausgabe ausführbar: konkrete Szenarien, klare Priorität, klare nächste Schritte.

Progressive Offenlegung

• Lesen und befolgen Sie vor der Ausgabe prompts/api-testing.md (Mindestabdeckung, Ausgabestruktur, Qualitätssicherung).
• Wenn Excel/CSV/JSON/Word angefordert wird: Lesen Sie output-formats.md und berücksichtigen Sie das Format.
• Wenn eine vorgefertigte Vorlage passt: Verwenden Sie die entsprechenden Dateien unter output-templates/.
• Für tiefgehende Framework-/Fehlerbehebungs-/Schema-Notizen: Lesen Sie nur die relevante(n) Datei(en) unter references/, laden Sie nicht das gesamte Verzeichnis.
• Für Formatkonvertierungen oder Hilfsprüfungen: Bevorzugen Sie vorhandene scripts/ vor Neuerfindungen.
• Zur Bewertung/Regression dieses Skills: Verwenden Sie evals/ mit skill-up.

Checkliste vor der Auslieferung

• Befolgte die Ausgabestruktur des Haupt-Prompts
• Fokus auf Mindestabdeckung: Endpunkte oder Geschäftsabläufe im Umfang, Priorität und Risikostufe, positive Szenarien, negative Szenarien, Grenzszenarien, Authentifizierungs- und Berechtigungsprüfungen, Anfrage- und Antwortvalidierung, Fehlerbehandlung ... (Details im Haupt-Prompt)
• Mindestcheckliste abgedeckt oder Auslassungen erklärt
• Risikoreiche Elemente haben explizite Priorität
• Keine Details erfunden, die der Benutzer nicht angegeben hat
• Annahmen und Lücken sind gekennzeichnet

Häufige Fallstricke

• Tun Sie nicht so, als ob alles vollständig wäre, wenn Umfang/Kontext fehlt.
• Behandeln Sie nicht jedes Element als gleich wichtig.
• Überspringen Sie keine Annahmen und Informationslücken.
• Werfen Sie keine generische Theorie ein, die nichts mit der aktuellen Toolchain zu tun hat.