Wie man eine Testsuite und einen Testfall erstellt in SoapUI

Das SOAP-Protokoll verstehen

Vor dem Erstellen einer SoapUI Anhand des Testfalls ist es hilfreich, die Grundlagen des SOAP-Protokolls aufzufrischen. Ein klares Verständnis davon, wie SOAP-Anfragen und -Antworten zwischen Systemen ausgetauscht werden, erleichtert die Anwendung. SoapUI um sie effektiv testen zu können.

SOAP steht für Simple Object Access ProtocolNachfolgend sind die Kerneigenschaften des SOAP-Protokolls aufgeführt:

• Es handelt sich um ein XML-basiertes Protokoll, das zur Kommunikation zwischen zwei verschiedenen Systemen verwendet wird.
• Es ist plattform- und sprachunabhängig. Ein System, das entwickelt wurde mit Java kann mit einem in .NET entwickelten System kommunizieren.
• SOAP-Anfragen und -Antworten werden über HTTP übertragen.

Lernen Sie das SOAP-Nachrichtenformat kennen

Eine SOAP-Nachricht ist ein gewöhnliches XML-Dokument, das die folgenden Elemente enthält. Eine Nachricht kann entweder eine Anfrage oder eine Antwort sein.

Nachdem die SOAP-Grundlagen geschaffen sind, besteht der nächste Schritt darin, die SoapUI Projektstruktur, Testsuiten und Testfälle, die zur Validierung eines bestimmten Webdienstes erforderlich sind. Die folgende Anleitung verwendet eine SoapUI Projektbeispiel zur Erstellung eines neuen SOAP-Projekts.

Erstellen eines SOAP-Projekts in SoapUI

Das SOAP-Projekt enthält die importierte WSDL-Definition sowie alle generierten Beispielanfragen für jede Operation.

Schritt 1: Je nach Projekttyp importieren Sie das SOAP- oder REST-Protokoll. In diesem Beispiel erstellen wir ein neues SOAP-Projekt.

Schritt 2: Verwenden Sie die folgende SOAP-Anfrage URL: http://www.dneonline.com/calculator.asmx?wsdl

1. Geben Sie den Projektnamen ein.
2. Geben Sie den Pfad der WSDL-Anfrage ein (in diesem Fall http://www.dneonline.com/calculator.asmx?wsdl).
3. Klicken Sie auf OK.

Hinweis:

• Erstellen Sie eine Beispielanfrage für alle Operationen: Erzeugt eine Beispielanfrage für jede Operation in der WSDL. Standardmäßig aktiviert, wenn die WSDL-Adresse eingegeben wird; kann deaktiviert werden, falls nicht erforderlich.
• Erstellen Sie eine Testsuite für die importierte WSDL-Datei: Fügt ein SoapUI Testsuite innerhalb des Projekts für die importierte WSDL.
• Relative Pfade: Speichert alle Dateien relativ zur Projektdatei, um eine einfache Portabilität zu gewährleisten.

Schritt 3: Nach der Erstellung des SOAP-Projekts mit der oben genannten WSDL werden zwei Operationen in das Projekt importiert.

Schritt 4: Erweitern Sie die erste Anfrage, klicken Sie mit der rechten Maustaste. Speichern, dann klick Neue Anfrage.

Dann klick OKDie SOAP-Anfrage wird im XML-Format angezeigt.

1. Geben Sie Werte für ein intA und intB.
2. Klicken Sie auf die Absenden .
3. Die Antwort-XML wird im rechten Bereich angezeigt.

Warum Testfälle erstellen anstatt direkte Anfragen?

Es ist zwar möglich, eine Anfrage für eine einzelne Operation direkt zu senden, doch stößt dieser Ansatz schnell an seine Grenzen, wenn mehrere Eingabekombinationen getestet werden müssen. Beispielsweise erfordert der Wechsel von 5+5 zu 4+4 jedes Mal eine Anpassung der Anfrage. Eine Testsuite mit Testfällen ermöglicht es, jedes Szenario wiederverwendbar zu halten, ohne die ursprüngliche Operation zu verändern.

Wie man eine Testsuite erstellt SoapUI

Eine Testsuite ist ein Container, der zusammengehörige Testfälle gruppiert. Führen Sie die folgenden Schritte aus, um eine zu erstellen.

Schritt 1) ​​Klicken Sie mit der rechten Maustaste auf das Stammverzeichnis des Projekts.

Innerhalb des Projekts können Sie eine Testsuite erstellen, indem Sie mit der rechten Maustaste auf das Projektverzeichnis klicken.

Schritt 2) Geben Sie die Details der Testsuite ein.

Geben Sie den Namen der Testsuite ein und klicken Sie auf OK.

Schritt 3) Überprüfen Sie die erstellte Testsuite.

Die neue Testsuite wird wie unten dargestellt im Navigationsbereich angezeigt.

Schritt 4) Öffnen Sie die Testsuite.

Das Fenster „Testsuite“ öffnet sich im rechten Bereich. Da noch keine Testfälle vorhanden sind, bleiben alle Aktionsoptionen deaktiviert.

Wie man einen Testfall erstellt SoapUI

Testfälle sind in einer Testsuite integriert und gruppieren die einzelnen Testschritte, die einen Webdienst ausführen.

Schritt 1: Innerhalb einer Testsuite können Sie mehrere Tests erstellen, indem Sie mit der rechten Maustaste auf die Testsuite klicken und die entsprechende Option auswählen. Neuer Testfall.

Schritt 2: Geben Sie den Namen des Testfall und klicken auf OK.

Schritt 3: Der erstellte Testfall hat anfänglich null Schritte, wie unten dargestellt.

Hinweis: Der Testfall wird für jeden Testtyp mit null Testschritten hinzugefügt. Sobald Schritte hinzugefügt werden, aktualisieren sich die Zahlen in den Klammern automatisch.

Funktionstestschritte gehören dazu Testschritte, Leistungsschritte gehen ein Lade Testund Sicherheitsüberprüfungen finden unter Sicherheitstests.

Schritt 4: Durch Rechtsklicken können Sie verschiedene Testschritttypen einfügen. Testschritte und die entsprechende Option auswählen. Wählen Sie für einen REST-Webdienst die REST-Testanfrage anstelle einer SOAP-Anfrage.

Hinzufügen eines Testschritts in SoapUI

Fügen Sie innerhalb des Testfalls einen Testschritt hinzu, um die importierte SOAP-Anfrage zu validieren.

Schritt 1: Fügen Sie einen neuen Schritt vom Typ hinzu SOAP-Anforderung wie unten gezeigt.

Schritt 2: Geben Sie den Schrittnamen ein und klicken Sie auf OK.

Schritt 3: Es erscheint ein Dialogfeld zur Auswahl der auszuführenden Operation. Alle verfügbaren Operationen werden zur Auswahl aufgelistet.

• Hier werden zahlreiche Operationen aufgeführt. Die Operationen sind bis auf die SOAP-Version identisch: CalculatorSoap verwendet SOAP Version 1.1, während CalculatorSoap12 SOAP Version 1.2 verwendet.
• Die Version spielt in diesem Szenario keine Rolle, daher kann jede beliebige ausgewählt werden.

  

• Nach Auswahl des Vorgangs klicken Sie auf OK.

  

Schritt 4: Beim Hinzufügen eines Testfalls können Standard-Assertions angewendet werden. Assertions, auch Prüfpunkte oder Validierungspunkte genannt, werden im nächsten Tutorial behandelt.

Die folgenden Prüfpunkte können beim Erstellen eines Testfalls hinzugefügt werden. Das unten stehende Beispiel erstellt einen Testfall ohne aktivierte Validierungspunkte.

1. Überprüft, ob die Antwortnachricht nach dem Testlauf vom Typ SOAP ist.
2. Prüft, ob das Antwortschema gültig ist.
3. Prüft, ob die SOAP-Antwort ein FAULT-Element enthält.

Schritt 5: Beim Erstellen des Testfalls wird das Anforderungs-XML wie unten dargestellt angezeigt. Die Struktur des XML wird im Screenshot erläutert.

Schritt 6: Die Anzahl der Testschritte wurde auf eins erhöht, da ein Schritt hinzugefügt wurde. Das Hinzufügen von Last- und Sicherheitstestschritten erhöht deren jeweilige Zähler automatisch.

Manuelles Senden einer Anfrage und Lesen der Antwort in SoapUI

Schritt 1: Im folgenden Beispiel werden zwei ganze Zahlen addiert.

• intA — 5
• intB — 5

Nächster:

1. Ersetzen Sie die Fragezeichen in der Anfrage-XML durch diese Eingaben.
2. Nach der Aktualisierung der entsprechenden XML-Tags klicken Sie auf Anfrage abschicken um die Antwort zu überprüfen.

Schritt 2: Nach dem Absenden der Anfrage wird der Webdienst vom Webserver verarbeitet und die Antwort wird zurückgegeben, wie unten dargestellt.

Die Antwort bestätigt: 5 plus 5 gleich 10.

Die SOAP-Antwort- und Protokollfelder verstehen

Wie bereits erwähnt, werden SOAP-Nachrichten über HTTP übertragen. Die Untersuchung der Rohdaten (RAW) hilft zu verstehen, wie die SOAP-Anfrage und -Antwort über HTTP übertragen werden.

Schritt 1: Klicken Sie auf die RAW Registerkarte in der SoapUI Anfragefenster.

1. Die Anfrage wird an den Webserver gesendet, daher wird die HTTP-POST-Methode verwendet.
2. Die SOAP-Anfrage wird im Nachrichtentext der HTTP-Nachricht übermittelt.

Schritt 2: Klicken Sie nun auf RAW Registerkarte in der SoapUI Antwortfenster, um zu verstehen, wie die Antwort über HTTP übermittelt wird.

1. Nach der Bearbeitung der Anfrage wird der HTTP-Antwortcode (200) angezeigt, der den Erfolg signalisiert.
2. Die SOAP-Antwort wird im Body der HTTP-Nachricht an den Client zurückgesendet.

Die folgende Tabelle fasst gängige HTTP-Antwortcodes zur schnellen Fehlersuche zusammen.

HTTP Code	Beschreibung
1xx	Information: Anfrage eingegangen, Bearbeitung läuft.
2xx	Erfolg: Die Aktion wurde erfolgreich empfangen, verstanden und akzeptiert.
3xx	Weiterleitung: Zur Bearbeitung des Antrags sind weitere Schritte erforderlich.
4xx	Clientfehler: Die Anfrage enthält einen Syntaxfehler oder kann nicht ausgeführt werden.
5xx	Serverfehler: Der Server konnte eine scheinbar gültige Anfrage nicht bearbeiten.

Schritt 3: Im Fenster „Testfall“ werden außerdem zusätzliche Metadaten für die Anfrage und die Antwort angezeigt.

1. Zeigt an, dass in der gesendeten Anfrage kein Header enthalten ist.
2. Zeigt an, dass der an den Webserver gesendeten Anfrage keine Anhänge beigefügt sind.
3. Zeigt 10 Header-Elemente in der Antwort an, die durch Anklicken angezeigt werden können.
4. Zeigt an, dass der Antwortnachricht keine Anhänge beigefügt sind.

Protokollbereich

Der Protokollbereich zeigt alle zwischen Client und Server ausgetauschten Informationen an. Die am häufigsten verwendeten Protokollregisterkarten werden im Folgenden beschrieben.

SoapUI Melden Sie sich: Zeigt die Antwortinformationen des Webservers an. Dieselben Daten werden in der Datei soapui.log im Verzeichnis gespeichert. SoapUI bin-Verzeichnis.

HTTP-Protokoll: Zeigt alle HTTP-Paketübertragungen an. Alle in der Rohdatenansicht sichtbaren Informationen werden auch im HTTP-Protokoll erfasst.

Fehlerprotokoll: Zeigt alle während der gesamten Projektsitzung aufgetretenen Fehler an. Dieselben Informationen werden in der Datei soapui-errors.log im Verzeichnis gespeichert. SoapUI bin-Verzeichnis.

Speicherprotokoll: Überwacht die Speichernutzung und stellt sie grafisch dar. Dies ist hilfreich bei speicherintensiven Operationen.

Nachdem eine Testsuite, ein Testfall und ein Testschritt eingerichtet und eine erfolgreiche Antwort empfangen wurde, besteht der nächste Schritt in der Validierung der Antwort. Assertionstypen werden im nächsten Tutorial behandelt.

Häufig gestellte Fragen