Grundlegendes zum SOAP-Protokoll
Bevor wir einen SOAPUI-Testfall erstellen, sollten Sie die Grundlagen des SOAP-Protokolls verstehen. Auf diese Weise können Sie die SOAP-Benutzeroberfläche verwenden, um SOAP-Anforderungen und -Antworten effektiv zu testen.
SOAP steht für S ople O bject A ccess P rotocol. Nachfolgend sind die Eigenschaften eines SOAP-Protokolls aufgeführt.
- Es ist ein XML-basiertes Protokoll für die Kommunikation zwischen zwei verschiedenen Systemen.
- Es ist eine Plattform und sprachunabhängig. Daher kann ein mit Java entwickeltes System mit einem in .NET entwickelten System kommunizieren.
- SOAP-Anfragen / Antworten werden über HTTP transportiert.
In diesem Test-Tutorial lernen Sie:
- Lernen Sie das SOAP Message FORMAT
- Erstellen Sie ein Projekt
- Testsuite erstellen
- Testfall erstellen
- Testschritt einfügen
- Grundlegendes zu den Seifenreaktions- und Protokollfeldern
- Manuelles Senden der Anfrage und Lesen der Antwort
Lernen Sie das SOAP Message FORMAT
Eine SOAP-Nachricht ist ein gewöhnliches XML-Dokument, das die folgenden Elemente enthält. Die Nachricht kann entweder eine Anforderungsnachricht oder eine Antwortnachricht sein.
Nachdem wir den Arbeitsbereich eingerichtet haben, den wir im letzten Lernprogramm ausgeführt haben, müssen wir Projekte, Testsuiten und Testfälle erstellen, um einen bestimmten Webdienst zu testen. Lassen Sie uns die Schritte verstehen, die erforderlich sind, um dasselbe zu tun.
Erstellen Sie ein Projekt
Schritt 1: Jetzt müssen wir je nach Projekt das SOAP / REST-Protokoll importieren. Wir werden ein neues SOAP-Projekt erstellen.
Schritt 2: Wir werden die folgende SOAP-Anfrage verwenden: http://www.dneonline.com/calculator.asmx?wsdl
- Geben Sie den Projektnamen ein
- Geben Sie den Pfad der WSDL-Anforderung ein. In diesem Fall http://www.dneonline.com/calculator.asmx?wsdl
- OK klicken
Hinweis:
- Beispielanforderung für alle Vorgänge erstellen? Es wird eine Beispielanforderung für alle verfügbaren Vorgänge in der angegebenen WSDL erstellt. Sobald Sie die WSDL-Adresse eingeben, wird diese Option automatisch aktiviert. Sie können es deaktivieren.
- Erstellen einer Testsuite für die importierte WSDL: Erstellt eine Testsuite innerhalb des Projekts für die importierte WSDL.
- Relative Pfade : Hiermit kann der Benutzer alle Dateien relativ zur Projektdatei speichern.
Schritt 3: Beim Erstellen des SOAP-Projekts mit der oben genannten WSDL können wir feststellen, dass zwei Vorgänge in das Projekt importiert werden.
Schritt 4)
Erweitern Sie die erste Anfrage und klicken Sie mit der rechten Maustaste auf "Hinzufügen". Klicken Sie dann auf "Neue Anfrage".
Klicken Sie dann auf "OK". Die SOAP-Anforderung wird im XML-Format angezeigt
- Geben Sie 'intA' und 'intB' ein.
- Klicken Sie auf die Schaltfläche Senden
- Antwort-XML wird im rechten Bereich angezeigt.
Sie fragen sich vielleicht, warum Sie Testfälle erstellen? Wenn Sie den Webservice hier direkt testen können
…Nun, Sie können eine Anfrage für eine Operation senden. Was ist mit anderen? Wie viele Kombinationen von Eingaben für Ergänzungen können Sie mit dieser Operation ausführen ? Sie müssen die Anfrage für jede Kombination bearbeiten.
Zum Beispiel: Wenn Sie 4 und 4 anstelle von 5 und 5 hinzufügen möchten
… Sie müssen den Vorgang erneut bearbeiten. Man muss also eine Testsuite / Fälle erstellen, um alle möglichen Szenarien testen zu können, ohne den Vorgang selbst direkt bearbeiten zu müssen.Testsuite erstellen
Schritt 1: Innerhalb des Projekts können Tester eine Testsuite erstellen, indem Sie mit der rechten Maustaste auf das Stammverzeichnis des Projekts klicken.
Schritt 2: Wir müssen den Namen der Testsuite eingeben und OK drücken.
Schritt 3: Die erstellte Testsuite wird im Navigationsbereich wie unten gezeigt angezeigt.
Schritt 4: Das Fenster der Testsuite wird im rechten Bereich geöffnet. Wie wir gerade erstellt haben, gibt es KEINE Testfälle. Daher sind alle Optionen deaktiviert.
Testfall erstellen
Schritt 1: Innerhalb einer Testsuite können wir mehrere Tests erstellen, indem Sie mit der rechten Maustaste auf die "Testsuite" klicken und "Neuer Testfall" auswählen.
Schritt 2: Geben Sie den Namen des Testfalls an und klicken Sie auf "OK".
Schritt 3: Der erstellte Testfall hat null Schritte, wie unten gezeigt.
Hinweis : Wir können sehen, dass der Testfall mit null Testschritten für alle verfügbaren Testarten hinzugefügt wird. Beim Hinzufügen der Testschritte ändern sich die Zahlen in der Klammer automatisch.
Der Funktionstestschritt sollte in 'Testschritte' gehen, während ein Leistungstestschritt in 'Lasttest' und ein Sicherheitstestschritt in 'Sicherheitstests' gehen sollte.
Schritt 4: Wir können eine Vielzahl von Testschritten einfügen, indem Sie mit der rechten Maustaste auf die Testschritte klicken und einen geeigneten Testschritt auswählen, wie unten gezeigt. Wenn Sie also einen REST-Webservice testen würden, würden Sie die REST-Testanforderung auswählen.
Testschritt einfügen
Fügen wir nun einen Testschritt hinzu, um die importierte SOAP-Anforderung zu validieren.
Schritt 1: Fügen Sie einen neuen Schritt 'SOAP Request' hinzu, wie unten gezeigt.
Schritt 2: Geben Sie den Schrittnamen ein und klicken Sie auf OK.
Schritt 3: Wenn Sie auf "OK" klicken, wird ein Dialogfeld angezeigt, in dem Sie den aufzurufenden Vorgang auswählen können. Alle Vorgänge werden aufgelistet, und der Benutzer kann den Vorgang auswählen, den er aufrufen möchte.
- Es gibt viele Operationen, die aufgelistet werden. Die Operationen sind bis auf die verwendete SOAP-Version identisch.
CalculatorSoap - verwendet SOAP Version 1.1, während
CalculatorSoap12 - verwendet SOAP Version 1.2
- Die Version spielt für uns in diesem Zusammenhang keine Rolle. Daher können Sie eine Ihrer Wahl auswählen.
- Klicken Sie nach Auswahl des Vorgangs auf "OK".
Schritt 4: Beim Hinzufügen eines Testfalls können wir Standardzusicherungen hinzufügen. Behauptungen werden auch als Checkpoints / Validierungspunkte bezeichnet, auf die wir im nächsten Tutorial ausführlich eingehen werden.
Wir können beim Erstellen eines Testfalls folgende Prüfpunkte / Zusicherungen hinzufügen. Lassen Sie uns einen Testfall mit der Option erstellen, dh einen Testschritt OHNE einen der folgenden Validierungspunkte erstellen
- Überprüft beim Ausführen des Tests, ob die Antwortnachricht SOAP ist.
- Überprüft, ob das Antwortschema gültig ist.
- Überprüft, ob die SOAP-Antwort FAULT enthält.
Schritt 5: Beim Erstellen des Testfalls wird das Anforderungs-XML unten angezeigt. Die Struktur des XML wird im folgenden Snapshot erläutert.
Schritt 6: Die Anzahl der Testschritte wird jetzt auf eins erhöht, da wir gerade einen Testschritt hinzugefügt haben. In ähnlicher Weise würde beim Hinzufügen eines Last- und Sicherheitstestschritts die entsprechende Anzahl automatisch basierend auf der Anzahl der hinzugefügten Schritte erhöht.
Anfrage manuell senden & Antwort lesen
Schritt 1: Wir möchten zwei Integer Number hinzufügen.
- intA - 5
- intB - 5
Nächster,
- Wir müssen diese Eingaben anstelle des Fragezeichens eingeben, das als Anforderungs-XML gesendet wird.
- Nachdem Sie diese Werte in die entsprechenden XML-Tags eingegeben haben, klicken Sie auf die Schaltfläche "Anfrage senden", um die Antwort zu überprüfen.
Schritt 2: Beim Senden einer Anfrage wird die Webdienstanforderung vom Webserver verarbeitet und sendet eine Antwort zurück, wie unten gezeigt.
Durch Lesen der Antwort können wir schließen, dass 5 plus 5 10 ist.
Grundlegendes zu den Seifenreaktions- und Protokollfeldern
Wie zu Beginn dieses Tutorials erläutert, werden die SOAP-Nachrichten über das HTTP-Protokoll transportiert. Werfen wir einen Blick auf die RAW-Nachrichten. Auf diese Weise erfahren wir, wie die SOAP-Anforderung und -Antwort per HTTP transportiert wurden.
Schritt 1: Klicken Sie in beiden SOAP-UI-Anforderungsfenstern auf die Registerkarte 'RAW' .
- Die Anfrage wird an den Webserver gesendet. Daher wird die POST-Methode von Http verwendet.
- Die SOAP-Anforderung wird im Hauptteil der HTTP-Nachricht transportiert.
Schritt 2: Klicken Sie nun im SOAP-UI-Antwortfenster auf die Registerkarte 'RAW', um zu verstehen, wie die Antwort über HTTP gesendet wird.
- Nach der Verarbeitung der Anforderung wird der HTTP-Antwortcode (200) angezeigt, was bedeutet, dass er erfolgreich ist. Der Webserver hat es erfolgreich verarbeitet.
- Die SOAP-Antwort wird als Teil des Hauptteils der HTTP-Nachricht an den Client zurückgesendet.
Ein schneller Schnappschuss der HTTP-Antwortcodes zum einfachen Verständnis und Debuggen. Die folgende Tabelle hilft Ihnen bei der Fehlersuche basierend auf dem vom Webserver empfangenen HTTP-Code.
| HTTP-Code | Beschreibung |
| 1xx: | Information - Dies bedeutet, dass eine Anfrage eingegangen ist und der Prozess fortgesetzt wird. |
| 2xx: | Erfolg - Die Aktion wurde erfolgreich empfangen, verstanden und akzeptiert. |
| 3xx: | Umleitung - Dies bedeutet, dass weitere Maßnahmen ergriffen werden müssen, um die Anforderung abzuschließen. |
| 4xx: | Client-Fehler - Dies bedeutet, dass die Anforderung eine falsche Syntax enthält oder nicht erfüllt werden kann |
| 5xx: | Serverfehler - Der Server konnte eine scheinbar gültige Anforderung nicht erfüllen |
Schritt 3: Lassen Sie uns die anderen Informationen verstehen, die im Testfallfenster angezeigt werden.
- Stellen Sie KEINEN Header in der Anforderung dar, die gesendet wird
- Stellt KEINE Anhänge in der Anforderung dar, die an den Webserver gesendet wird.
- Repräsentiert 10 Header-Informationen und die gleichen werden angezeigt, wenn Sie darauf klicken.
- Stellt dar, dass die Antwortnachricht keine Anhänge enthält.
LOGS PANE:
Der Protokollbereich enthält vollständige Informationen zur Transaktion zwischen dem Client und dem Server. Benutzer können die Registerkarten des Protokollbereichs wie unten gezeigt anzeigen. Wir werden die am häufigsten verwendeten Protokollfenster bei der Arbeit mit SOAP-UI diskutieren.
SoapUI-Protokoll - Zeigt die Antwortinformationen vom Webserver an. Die gleichen Informationen werden in der Datei soapui.log des installierten SOAP-UI-Ordners im Verzeichnis 'bin' gespeichert.
HTTP- Protokoll - Zeigt die gesamte HTTP-Paketübertragung an. Alle Informationen in 'RAW' werden im HTTP-Protokoll angezeigt.
Fehlerprotokoll - Das Fehlerprotokoll zeigt alle Fehler an, die während der gesamten Projektsitzung aufgetreten sind. Die gleichen Informationen finden Sie in 'soapui-Errors.log', das sich im Verzeichnis 'bin' des installierten Speicherorts der SOAP-Benutzeroberfläche befindet.
Speicherprotokoll - Diese Registerkarte überwacht den Speicherverbrauch und zeigt ihn wie unten gezeigt in Form eines Diagramms an. Es ist sehr hilfreich, wenn eine speicherintensive Operation ausgeführt wird.
Nachdem wir eine Testsuite, einen Testfall und einen Testschritt erstellt und eine Antwort erhalten haben, besteht der nächste Schritt darin, die Antwort zu validieren. Wir werden uns im nächsten Tutorial mit Arten von Behauptungen befassen.