# HTTP-Tester ### HTTP-Test-Fenster Senden und Empfangen von HTTP Requests direkt in XMLSpy - HTTP-Protokoll-Tests - Multipart/form-data Requests für Datei-Uploads - Emfpang, Überprüfung von Responses und Beheben von Fehlern - Fenster mit neun Registern zum Testen mehrerer Messages - Generierung von Requests anhand von OpenAPI-Dateien - Anzeige von Response Header und Body - Testen von API Responses für REST /SOAP Webservices - Testen von KI API Responses und Prompt Engineering ## HTTP-Protokoll-Tests [Testen von HTTP Requests/Responses in XMLSpy](https://www.altova.com/images/xmlspy-http-window.png) Im HTTP-Protokoll wird definiert wie Dateien (Text, Bilder, usw.) über Internet übertragen werden. Auf jedem Webserver läuft ein Daemon, der ständig auf HTTP Requests wartet und jeden davon bei Empfang behandelt. Das HTTP-Protokoll ist zustandslos, d.h. jeder HTTP-Befehl wird unabhängig und ohne Beziehung zu vorherigen oder nachfolgenden Befehlen ausgeführt, wodurch das Testen und Debuggen oft nicht ganz einfach ist. Als Hilfestellung dafür gibt es in XMLSpy das HTTP-Test-Fenster, das Sie durch das Erstellen und Senden eines HTTP Request an einen Webserver oder eine API führt. Anschließend kann die Antwort empfangen und überprüft werden und etwaige Fehler können behoben werden. Ein Request wird im Bereich auf der linken Seite des Fensters definiert und kann aus folgenden Dingen bestehen: - der HTTP-Methode des Request (GET, PUT, POST, usw.) und der Ziel-URL - den HTTP-Headern des Request - Verbindungseinstellungen, wie z.B. Timouts und Sicherheitsoptionen - bei der POST- und PUT-Methode dem HTTP Message Body Drücken Sie nach Definition des Request auf Senden, um ihn an den Webserver zu senden. Die Response kann sofort im rechten Bereich des Fensters, in dem die Body- und Header-Infos angezeigt werden, analysiert werden. Das HTTP-Fenster enthält neun separate Register, die das Speichern und Testen mehrerer Messages und das Wechseln zwischen diesen gestatten. Außerdem können Sie Ihre HTTP Requests in XMLSpy direkt im HTTP-Test-Fenster speichern. Dies ist nützlich, um dieselbe Konfiguration erneut zu verwenden oder ihre Requests zu Dokumentationszwecken zu speichern. Sie können auch die HTTP Response in einer Datei speichern oder sie für die spätere Bearbeitung in ein neues Dokument kopieren, z.B. um anhand der Struktur der Response ein JSON- oder XML-Schema zu generieren. ### Multipart Requests & Datei-Uploads {#multipart} Das HTTP-Test-Fenster unterstützt multipart/form-data POST und PUT Requests, die Standardmethode, mit der Web-APIs hochgeladene Dateien und Requests annehmen, in denen mehrere Arten von Daten wie Textfelder, JSON- und Binärdateien in einer einzigen Nachricht kombiniert sind. Dank Eingabehilfen lässt sich ein Multipart Requests einfach erstellen. Für jeden Teil definieren Sie einen Namen, ob es sich um einen Textwert oder eine Datei handelt, geben den Inhaltstyp an und den Text ein oder wählen eine Datei aus, um diese hochzuladen. Sie können so viele Teile hinzufügen, wie von der API erwartet werden, d.h. um mehrere Dateien auf einmal hochzuladen oder eine Datei zusammen mit ihren JSON-Metadaten zu senden, müssen nur ein paar Zeilen ausgefüllt werden. ### Testen von OpenAPI-Nachrichten {#openapi} Im HTTP-Fenster können Sie anhand eines OpenAPI-Dokuments, in dem eine API beschrieben wird, [Requests erstellen und testen](openapi-editor.md#test). Nach Definition des Pfad zum OpenAPI-Dokument werden die verfügbaren Pfade mit den dazugehörigen Operationen im HTTP-Test-Fenster angezeigt. XMLSpy generiert anhand der ausgewählten Operation und der Parameter automatisch die Test-Nachricht, die Sie an die API senden können, um die Ergebnisse anschließend anzuzeigen. [Senden der Test-Nachricht auf Basis von OpenAPI](https://www.altova.com/images/test-message-openapi.png) Sie können auch von der OpenAPI-Datei selbst aus beginnen: Klicken Sie während, Sie die Datei bearbeiten, mit der rechten Maustaste auf eine beliebige Operation, woraufhin XMLSpy im HTTP-Test-Fenster einen fertigen Request öffnet, in dem der Pfad, die Methode, die Parameter und der Inhalt des Request bereits ausgefüllt wurden. Wenn in einer Operation ein multipart/form-data-Inhalt erwartet wird, liest XMLSpy das Schema aus und füllt die erwarteten Teile einschließlich ihrer Namen und Typen im Vorhinein aus, sodass Sie nur mehr Werte und Dateipfade hinzufügen müssen, um den Request zu senden. ## Testen von KI API Responses und Prompt Engineering Das HTTP-Test-Fenster ist auch hilfreich, um Anfragen an gebräuchliche KI APIs zu testen und die von der KI gesendeten Ergebnisse für das Prompt Engineering zu [analysieren](https://www.altova.com/blog/ai-based-sentiment-analysis/#:~:text=OPENAI%20API%20TEST%20FROM%20XMLSPY). Nachdem Sie die URL für den KI API-Endpunkt eingegeben haben, können Sie den Inhaltstyp auswählen, Ihren API Key in einen Authorization Header eingeben und optional einen Organization Header hinzufügen. Geben Sie anschließend den Message Body ein und senden Sie ihn an den API-Endpunkt. Eventuell müssen Sie die Eingabe auf Basis der Response anpassen, um bessere Ergebnisse zu erzielen. So können Sie etwa die Sprache im Eingabefeld des JSON-Payload anpassen oder mit verschiedenen Parametern experimentieren, um das Resultat zu verfeinern. Nach Durchführung der Änderungen können Sie den Request senden und die neue Response überprüfen. Dies können Sie wiederholen und dadurch in einem iterativen Prozess die Qualität und Relevanz der KI-Ausgabe verbessern. [Prompt Engineering durch Testen einer KI API Response in XMLSpy](https://www.altova.com/images/test-ai-api.png) Durch Verwendung des HTTP-Testers für die Konfiguration und das Senden von HTTP Requests an eine KI API können Sie umfassende Tests durchführen und Eingaben in natürlicher Sprache verfeinern. Dank der Möglichkeit Request Payloads ganz genau zu erstellen und anzupassen, mit verschiedenen Parametern zu experimentieren und detaillierte Responses sofort anzuzeigen, können Entwickler das Prompt Engineering beim Erstellen von KI-gesteuerten Lösungen einfach optimieren. ## WADL / WSDL-Importassistent Sie können den Test auch damit beginnen, dass Sie einen Request aus einer WADL (Web Application Description Language)-Datei, die eine maschinenlesbare Beschreibung einer HTTP-basierten Applikation oder ein WSDL-Dokument, das SOAP Webservice Endpunkte beschreibt, liefert. Das XMLSpy-HTTP-Fenster enthält einen WADL / WSDL-Importassistenten, der Sie Schritt für Schritt durch das Öffnen einer Datei, die Auswahl eines zu testenden Request und die Bearbeitung etwaiger editierbarer Request-Parameter führt. Anschließend wird der Request in das HTTP-Fenster importiert, sodass sie ihn senden und die Response überprüfen können. [Testen einer WADL oder WSDL Message in XMLSpy](https://www.altova.com/images/test-wadl-request.png) ## Call to Action [Downloaden Sie jetzt eine kostenlose 30-Tage-Testversion von Altova XMLSpy!](download.md) [Bestehende Kunden können hier die aktuellste Version laden.](download.md) [Erwerben Sie XMLSpy jetzt!](https://shop.altova.com/XMLSpy)