Web-API-TestTool

Das Web-API-Testtool bietet einen programmierbaren Workflow zum Erstellen von HTTP- und GraphQL-Anfragen, deren Ausführung gegen eine API und das Sammeln strukturierter Ergebnisse zur Validierung und Benchmarking. Zielanwender sind API-Entwickler, QA-Ingenieure und Backend-Teams, die wiederholbare Tests, Vertragsprüfungen und Leistungskennzahlen ohne individuelle Skripte benötigen. Bei API-Design, Integrations-Tests oder vor der Bereitstellung hilft es, Endpunkte, Header, Payload-Verarbeitung und Authent-Verhalten zu überprüfen.
Zu den Domänenfähigkeiten gehören Anfragenvorlagen, Umgebungsvariablenersetzung, mehrere Authentifizierungsschemata, Anforderungsvalidierung, Antwort-Schema-Checks, Content-Type-Validierung, Leistungsmessung und optionaler Code-Generierung. Erforderliche Features: Endpunkt-URL, HTTP-Methode, Header, Abfrageparameter, Body und Umgebungsauswahl. Erweiterte Features: OAuth2-Flows, API-Key-Verwaltung, GraphQL-Unterstützung, Ratenlimit-Simulation, JSON-Schema-Validierung, mehrstufige Testabläufe und Export von Ergebnissen oder Client-Snippets.
Eingaben: endpoint_url (string), method (GET/POST/PUT/PATCH/DELETE), headers (map), query_params (map), body (string/JSON), auth_type (enum), credentials (string), environment (string), timeout_ms (int). Ausgaben: status_code (int), response_time_ms (int), response_headers (map), response_body (string), is_validated (bool) und errors (string list). Validierung erzwingt erforderliche Felder, URL-Gültigkeit und JSON-Formatierung bei content-type=application/json.
Das Tool sendet HTTP-Anfragen, misst Latenz mit hochauflösenden Timern und wendet Assertions für Statuscodes, Headers und Körper-Struktur an. JSON-Schema-Validierung und JSONPath-Assertions werden unterstützt; Umgebungsvariablen-Reihenfolge: explizite Eingaben > Umgebung > Defaults. Optionale Leistungsgrenzen liefern Pass/Fail-Entscheidungen. Fehlerbehandlung umfasst ungültige URLs, fehlende Eingaben, Timeouts und Netzwerkfehler mit Diagnosedetails und optionalen Retries. Das Tool folgt HTTP/1.1-Semantik und RFC-Richtlinien, meldet Zeiten in Millisekunden und unterstützt UTC-Protokolle mit Auditierbarkeit. Es geht von Netzverfügbarkeit aus, fungiert nicht als Gateway/Proxy und speichert standardmäßig keine Benutzerdaten.