Behauptungen in SoapUI: Tutorial zu Skripten, XQuery, XPath-Typen

Was ist eine Behauptung?

Unter Behauptung versteht man den Akt der Bestätigung oder Aussage. Es kann auch als Kontrollpunkt oder Validierungspunkt interpretiert werden.

Sobald eine Anfrage an einen Webserver gesendet wird, wird eine Antwort empfangen. Wir müssen überprüfen, ob die Antwort die Daten enthält, die wir erwarten. Um die Antwort zu validieren, müssen wir Behauptungen verwenden.

Arten von Behauptungen

Es gibt verschiedene Möglichkeiten, eine Antwort durchzusetzen; Bei der Validierung einer Antwort konzentrieren wir uns jedoch auf die häufig verwendeten SoapUI-Assertions-Typen. Nachfolgend finden Sie diejenigen, die in der Open-Source-Version von SoapUI verfügbar sind.

  1. Eigenschaftsinhalt
  2. Compliance-Statusstandard
  3. Skript
  4. SLA
  5. JMS
  6. Sicherheit
Arten von Behauptungen in SoapUI
Arten von Behauptungen in SoapUI

Abgesehen von den oben aufgeführten Funktionen verfügt die PRO-Version auch über eine integrierte JDBC-Assertion, mit der wir feststellen können, ob der Webdienst die Datenbank korrekt aktualisiert hat.

ENTHÄLT BEHAUPTUNG

Sucht nach der Existenz der angegebenen Zeichenfolge. Es unterstützt auch reguläre Ausdrücke.

Wir werden mit dem gleichen Beispiel aus dem vorherigen Tutorial mit WSDL-Anfrage fortfahren http://www.dneonline.com/calculator.asmx.

Schritt 1: Standardmäßig gibt es keine Behauptungen.

  • Die Anzahl der Behauptungen wird auf der Registerkarte „Behauptungen“ angezeigt.
  • Um eine neue Behauptung hinzuzufügen, klicken Sie auf die Schaltfläche „Neue Behauptung hinzufügen“.

Enthält Behauptung

Schritt 2: Jetzt,

  1. Wählen Sie die Behauptungskategorie aus.
  2. Wählen Sie den Behauptungstyp aus.
  3. Klicken Sie auf "Hinzufügen".

Enthält Behauptung

Schritt 3: Lassen Sie uns überprüfen, ob die Zeichenfolge „46“ in der Antwort vorhanden ist. OK klicken'

Hinweis: Wir können die Groß-/Kleinschreibung auch ignorieren und einen regulären Ausdruck hinzufügen.

Enthält Behauptung

Schritt 4: Beim Hinzufügen wird die Behauptung sofort ausgeführt und zeigt an, ob sie GÜLTIG oder UNGÜLTIG ist.

Enthält Behauptung

Schritt 5: Nehmen wir nun an, wir ändern den Inhalt von „Contains Assertion in SoapUI“ in „47“ und sehen, was passiert.

Enthält Behauptung

Schritt 6: Die Behauptung wird ausgeführt und das Ergebnis wird an den Benutzer weitergeleitet. Da die Zeichenfolge „47“ nicht in der Antwort enthalten ist, ist die Behauptung fehlgeschlagen.

Enthält Behauptung

ENTHÄLT KEINE BEHAUPTUNG

Sucht nach der Nichtexistenz der angegebenen Zeichenfolge. Es unterstützt auch reguläre Ausdrücke.

Schritt 1: Nachdem Sie nun auf die Schaltfläche „Neue Behauptungen hinzufügen“ geklickt haben,

  1. Wählen Sie die Behauptungskategorie aus.
  2. Wählen Sie den Behauptungstyp aus – in diesem Fall „NICHT enthält“.
  3. Klicken Sie auf "Hinzufügen".

Enthält keine Behauptung

Schritt 2: Lassen Sie uns überprüfen, ob die Zeichenfolge „intA“ in der Antwort vorhanden ist. Geben Sie die Zeichenfolge „FromCurrency“ ein und klicken Sie auf „OK“.

Enthält keine Behauptung

Schritt 3: Sobald eine Behauptung hinzugefügt wird, wird sie ausgeführt und das Ergebnis angezeigt. Bisher haben wir zwei Behauptungen hinzugefügt, daher werden beide Behauptungen ausgeführt und das Ergebnis angezeigt.

Enthält keine Behauptung

Schritt 4: Lassen Sie uns nun den Inhalt der „Not Includes Assertion“ ändern und sehen, was passiert. Wir prüfen, ob die Zeichenfolge „AddResult“ nicht vorhanden ist.

Enthält keine Behauptung

Schritt 5: Die Zeichenfolge „AddResult“ ist tatsächlich in der Antwort vorhanden, daher schlägt die „NOT Contains“-Behauptung fehl, wie unten gezeigt.

Enthält keine Behauptung

XPATH-MATCH-ASSERTION

Verwendung XPath Ausdruck, um den Zielknoten und seine Werte auszuwählen. XPath ist eine XML-Abfragesprache zum Auswählen von Knoten aus einem XML-Dokument.

Schritt 1: Nachdem Sie nun auf die Schaltfläche „Neue Behauptungen hinzufügen“ geklickt haben,

  1. Wählen Sie die Behauptungskategorie aus.
  2. Wählen Sie den Assertionstyp – in diesem Fall „XPath Match“.
  3. Klicken Sie auf "Hinzufügen".

XPath-Match-Assertion

Schritt 2: Das Fenster „XPath hinzufügen“ wird geöffnet.

Bevor wir SoapUI XPath hinzufügen, müssen wir den NameSpace deklarieren. Ein XML-Namespace ist eine Sammlung von Namen, die durch eine URI-Referenz (Uniform Resource Identifier) ​​identifiziert werden und in XML-Dokumenten als Element- und Attributnamen verwendet werden. Dasselbe wird in der SOAP UI XPath Assertion verwendet.

Um den XML-Namespace zu deklarieren, müssen wir nur auf die Schaltfläche „Deklarieren“ klicken, was die Arbeit für uns erledigt. Andernfalls können wir auch selbst manuell einen Namespace deklarieren.

Nachdem wir den Namespace deklariert haben, müssen wir den XPath mithilfe des erstellten Namespace referenzieren.

Wenn Sie auf die Schaltfläche „Deklarieren“ klicken, werden zwei Namespaces angezeigt, da wir zwei URIs haben. Eine davon ist die Schema-URL und die andere entspricht der tatsächlichen Webdienst-URL. Wir müssen den tatsächlichen Namespace verwenden, in dem sich der Webdienst befindet, und NICHT den Schema-Namespace, während wir auf XPath verweisen.

XPath-Match-Assertion

Deklarieren Sie den Namensraum Soap='http://schemas.xmlsoap.org/soap/envelope/';

Namensraum deklarieren ns1='http://tempuri.org/';

XPath-Match-Assertion

Schritt 3: Jetzt müssen wir den XPath des XML-Knotens eingeben, den wir validieren müssen.

//ns1:AddResult Gibt uns den Wert des dazwischen eingeschlossenen Knotens & und ns1 entspricht dem deklarierten Namespace, der auf „http://tempuri.org/“ verweist.

Nachdem wir das XML eingegeben haben, müssen wir auf „Aus aktueller Antwort auswählen“ klicken, damit der Wert aus der aktuellen Antwort zum künftigen Vergleich übernommen wird.

XPath-Match-Assertion

Schritt 4: Bisher

  1. Nachdem wir die Namespaces deklariert haben, haben wir den XPath des XML-Knotens eingegeben, den wir validieren müssen.
  2. Wir müssen auf „Aus aktuellem Wert auswählen“ klicken, um den aktuellen Wert als erwarteten Wert festzulegen.
  3. Dem Benutzer wird der aktuelle Wert angezeigt, den wir bei Bedarf ändern können.
  4. Klicken Sie auf „Speichern“.

XPath-Match-Assertion

Schritt 5: Die in SoapUI hinzugefügte Behauptung wird wie unten gezeigt angezeigt.

XPath-Match-Assertion

Skript-Assertions

Diese Behauptungstechnik ist die am weitesten verbreitete Technik, da es äußerst schwierig ist, Hunderte von Behauptungen zu verwalten und aufrechtzuerhalten.

Die SOAP-Benutzeroberfläche verwendet entweder Groovy Scripting oder JavaScript für Skript-Behauptungen. Die Skripttechnik wird für die Entwicklung eines Frameworks zum Testen von SOAP übernommen. Scripting-Behauptungen werden im Folgenden verwendetwing Umstände.

Mithilfe von Skripten kann der Benutzer einige Vorgänge vor und nach der Ausführung eines Testfalls mithilfe der Setup- bzw. Teardown-Methoden ausführen. „Einrichten“ ist eine Prozedur, die vor der Ausführung einer bestimmten Methode ausgeführt wird (Beispiel – Objekterstellung und -initialisierung), während „Abreißen“ eine Prozedur ist, die nach der Ausführung der Methode ausgeführt wird (z. B. Objekte zerstören und bereinigen). Diese Funktion ist in anderen Assertionstypen nicht verfügbar und kann nur durch Codierung durchgeführt werden.

Es ermöglicht Benutzern das Öffnen/Schließen eines Projekts, um projektbezogene Einstellungen zu initialisieren oder zu bereinigen und auch mit Umgebungsvariablen zu arbeiten, was bei der Skripterstellung sehr hilfreich ist.

Es hilft uns bei der Durchsetzung eines dynamischen Antwortinhalts.

Skript-Assertionen werden zum Erstellen benutzerdefinierter Assertionen verwendet, die NICHT von der SOAP-Benutzeroberfläche vordefiniert sind.

Um die Skript-Assertion in SoapUI zu demonstrieren, verwenden wir den WSDL-Rechner, den Testfall „Hinzufügen“, den wir zuvor erstellt haben.

Schritt 1: Die Schritte zum Hinzufügen von Groovy-Skripten sind dieselben wie bei anderen Behauptungen, mit der Ausnahme, dass die Behauptung nicht vordefiniert ist. Stattdessen handelt es sich um eine benutzerdefinierte Behauptung, die größere Flexibilität bietet als die integrierten.

Wählen Sie den Testschritt aus, zu dem die Behauptung hinzugefügt werden soll.

Skript-Assertions

Klicken Sie wie unten gezeigt auf die Schaltfläche „Behauptung hinzufügen“.

Skript-Assertions

Schritt 2: Wählen Sie nun die Kategorie Behauptung aus.

  1. In diesem Fall handelt es sich um Script.
  2. Wählen Sie SoapUI Script Assertion aus und es sind keine Untertypen damit verknüpft.
  3. Klicken Sie auf „Hinzufügen“.

Skript-Assertions

Schritt 3: Der Skriptdialog wird geöffnet, in dem der Benutzer ein benutzerdefiniertes Skript schreiben kann, um die Antwort-XML zu validieren.

Skript-Assertions

Schritt 4: Lassen Sie uns nun ein tolles Skript schreiben, um die Conversion-Rate zu validieren. Das Skript ist unten mit den eingebetteten Kommentaren angehängt. Es wird empfohlen, Kenntnisse darüber zu haben Javac Skript oder Groovy Script, bevor Sie versuchen, Ihr eigenes Skript zu schreiben.

//Define Groovy Utils and holder for validating the XML reponse content
def groovyUtils = new com.eviware.soapui.support.GroovyUtils(context)
def holder = groovyUtils.getXmlHolder(messageExchange.responseContent)

//Define the NameSpace
holder.namespaces["ns1"] = "http://tempuri.org/"

//Get the Value of the Node 'AddResult' and assign to a variable
def addResult = holder.getNodeValue("//ns1:AddResult")

//print the value of the result in the Output panel
log.info "The result value for integers is " + addResult

//Comparing the value to print 'Pass' or 'Fail'
if(addResult=="46")
{ log.info "Pass" }
else
{ log.info "fail"}
  1. Klicken Sie auf die Schaltfläche „Ausführen“, um die Ausführung auszulösen.
  2. Die Ausgabe des Skripts wird im Ausgabebereich angezeigt. Es wurden sowohl der Conversion-Wert als auch das Endergebnis (Bestanden oder Nicht bestanden) gedruckt.
  3. Es wird die Information „Script Assertion Passed“ angezeigt. OK klicken.

Hinweis: Das endgültige Informations-Popup wird immer mit der Meldung „Skript-Assertion bestanden“ angezeigt, solange das Skript syntaktisch korrekt ist. Es hat keinen Zusammenhang mit Ihrer Aussage im Skript.

Skript-Assertions

klicken Sie auf OK

Schritt 5: Auf der Registerkarte „Assertion“ werden nun alle Assertionen angezeigt, die wir für diese Testsuite hinzugefügt haben, mit dem Status für jede einzelne davon.

Skript-Assertions

Schritt 6:

  1. Wählen Sie die Testsuite aus der Navigatorstruktur aus
  2. Klicken Sie auf die Schaltfläche „Ausführen“.
  3. Die Ergebnisse würden für die gesamte Testsuite angezeigt.

Skript-Assertions

Xquery-Match-Assertion

Es verwendet einen Xquery-Ausdruck, um Inhalte aus der Zieleigenschaft auszuwählen. Wir benötigen ein viel größeres Antwort-XML, um die XQuery-Assertion in SoapUI besser zu verstehen. Lassen Sie uns eine weitere WSDL importieren, wie unten gezeigt: http://www.webservicex.net/medicareSupplier.asmx?WSDL

Schritt 1: Führen Sie einen Rechtsklick auf das vorhandene Projekt aus und wählen Sie „WSDL hinzufügen“.

Xquery-Match-Assertion

Schritt 2: Führen Sie einen Rechtsklick auf das vorhandene Projekt aus und wählen Sie „WSDL hinzufügen“. Belassen Sie die anderen Optionen als Standard und klicken Sie auf die Schaltfläche „OK“.

Xquery-Match-Assertion

Schritt 3: Alle Vorgänge werden wie unten aufgeführt aufgelistet.

Xquery-Match-Assertion

Schritt 4: Fügen wir nun a hinzu Testfall innerhalb derselben Testsuite, für die wir erstellt hatten Testen der Währungsumrechner.

Xquery-Match-Assertion

Schritt 5: Geben Sie den Namen des Testfalls ein und klicken Sie auf die Schaltfläche „OK“.

Xquery-Match-Assertion

Schritt 6: Der Testfall wird wie unten gezeigt erstellt.

Xquery-Match-Assertion

Schritt 7: Speichern
einen neuen Testschritt vom Typ „Soap Test Request“, wie unten gezeigt.

Xquery-Match-Assertion

Schritt 8: Geben Sie den Namen des Testschritts ein. Sagen wir – Lieferant_nach_Stadt, was aussagekräftiger wäre. Klicken Sie auf „OK“.

Xquery-Match-Assertion

Schritt 9: Wählen Sie den Vorgang aus, den wir validieren möchten. In diesem Fall ist es „Medic“.areSupplierSoap -> GetSupplierByCity‘. OK klicken'.

Xquery-Match-Assertion

Schritt 10: Geben Sie den Namen des Testfalls ein und klicken Sie auf „OK“.

Xquery-Match-Assertion

Schritt 11: Die Anforderungs-XML-Gliederung wird wie unten dargestellt angezeigt.

Xquery-Match-Assertion

Schritt 12: Lassen Sie uns nun alle Lieferanteninformationen für die Stadt „New York“ finden.

Fügen Sie dazu Folgendes hinzuwing Zeilen zu Ihrem Code.

<GetSupplierByCity xmlns="http://www.webservicex.net/">

<City>New York</City>

</GetSupplierByCity>

WSDL in der folgenden URL – http://www.webservicex.net/medicareSupplier.asmx?op=GetSupplierByCity

Xquery-Match-Assertion

Schritt 13: Nach der Durchführung des Tests erhalten wir die folgende Antwort

Xquery-Match-Assertion

Schritt 14: Nehmen wir an, wir müssen die gesamte Lieferantennummer validieren. Wir können XPath Assertion nicht verwenden, da wir Hunderte von XPath Assertion benötigen. Daher ist der Einsatz von XQuery in diesem Fall unumgänglich.

XQuery Assertion hilft uns, eine Gruppe von XML-Antworten zu validieren, die sich wiederholender Natur sind.

Xquery-Match-Assertion

Schritt 15: Klicken Sie nun auf „Behauptung hinzufügen“,

  1. Wählen Sie in diesem Fall die „Assertionskategorie“ – Eigenschaftsinhalt.
  2. Wählen Sie den Assertionstyp als „XQuery Assertion“ aus.
  3. Klicken Sie auf „Hinzufügen“.

Xquery-Match-Assertion

Schritt 16: Ähnlich wie bei XPath Assertion müssen wir den Namespace deklarieren.

  1. Klicken Sie auf die Schaltfläche „Deklarieren“, damit die SOAP-Benutzeroberfläche den Namespace automatisch deklarieren kann. Beim Klicken auf die Schaltfläche „Deklarieren“ wird dem Benutzer ein „POP-Up“ mit der Meldung „Stattdessen Namespace aus Schema deklarieren“ angezeigt. Klicken Sie auf „Ja“, um wie unten gezeigt fortzufahren.

    Hinweis: Wenn Sie auf die Schaltfläche „Deklarieren“ klicken, erhalten Sie möglicherweise unterschiedliche URLs als Namespace-Deklaration. Für die Codierung wird jedoch der tatsächliche Namespace des Webdienststandorts berücksichtigt.

    Xquery-Match-Assertion

  2. Um die gesamte Lieferantennummer abzurufen, müssen wir eine XPath-Abfrage schreiben und diese innerhalb von <SupplierNumber> und platzieren Stichworte.
  3. Klicken Sie auf „Aus aktueller Antwort auswählen“, um die Ausführung anhand der aktuellen Antwort durchzuführen.
  4. Wenn Sie auf „Aus aktuellem auswählen“ klicken, werden alle Lieferantennummern aufgelistet.
  5. Klicken Sie auf „Speichern“.
// Namespace declaration
declare namespace soap='http://schemas.xmlsoap.org/soap/envelope/';
declare namespace ns1='http://www.webservicex.net/';
declare namespace x = '';

// Placing the result in Myresult Tags

{
// Iterating through all the supplier number 
for $x in //ns1:GetSupplierByCityResponse/ns1:SupplierDataLists/ns1:SupplierDatas/ns1:SupplierData

//Return all the Supplier number within ‘SupplierNumber’ Tags.
return {data($x/ns1:SupplierNumber)}
}

Xquery-Match-Assertion

Schritt 17: XQuery Assertion wird ausgeführt und zeigt das Endergebnis im Fenster „Assertion“ an, wie unten dargestellt. Jetzt haben wir erfolgreich eine Xquery-Behauptung hinzugefügt, mit der wir alle Informationen zur Lieferantennummer validiert haben. Das Gleiche wird jedes Mal mit den tatsächlichen Werten verglichen, wenn die Anfrage an den Webserver gesendet wird.

Hinweis: Die tatsächlichen Werte werden nicht angezeigt. Wenn alle tatsächlichen Werte mit den erwarteten Werten übereinstimmen, wird GÜLTIG angezeigt, andernfalls wird „Fehlgeschlagen“ angezeigt.

Xquery-Match-Assertion

Wann sollte die integrierte Behauptung verwendet werden?

  • Wenn eine Antwort so kurz ist, dass sie mithilfe einer dieser integrierten Behauptungen validiert werden kann.
  • Wir können Inbuilt Assertion auch verwenden, wenn die vom Webserver gesendete Antwort immer statischer Natur ist. Wenn es dynamisch ist, können wir es nicht mithilfe integrierter Behauptungen behaupten.
  • Wenn die Verwendung integrierter Zusicherungen wie Timeout-Zusicherungen und Sicherheitszusicherungen unumgänglich wird.
  • Eingebaute Behauptungen eignen sich ziemlich gut für den einmaligen Gebrauch, bei dem Tests nicht wiederholt werden müssen.

Behauptungsoptionen

Die erstellten Behauptungen können am besten mit Hilfe des unten hervorgehobenen Kontrollfelds gesteuert werden.

Behauptungsoptionen

Die erstellten Behauptungen ermöglichen es Testern, Folgendes zu konfigurierenwing Dinge aus dem Assertions-Toolbox.

Option Beschreibung

Behauptungsoptionen

Die ausgewählte Behauptung rückt in der Reihenfolge nach oben.

Behauptungsoptionen

Die ausgewählte Behauptung wird in der Reihenfolge nach unten verschoben.

Behauptungsoptionen

Entfernt die ausgewählte Behauptung

Behauptungsoptionen

Konfigurieren/bearbeiten Sie die ausgewählte Behauptung neu.
  • Nachfolgend sind die Funktionen aufgeführt, die ausschließlich in der PRO-Version von SOAP UI verfügbar sind. Die PRO-Version hilft uns auch beim Gruppieren von Behauptungen, sodass wir den erstellten Behauptungen eine weitere Validierungsebene hinzufügen können.
  • UND: Alle Behauptungen werden als GÜLTIG-Behauptung ausgewertet, was zur Gruppenbedingung PASSED führt. ODER: Mindestens eine der Behauptungen innerhalb der Gruppe muss GÜLTIG sein, um eine Gruppenbedingung PASSED zu bestätigen.

  • Pro-Version erlaubt auch Klonen von Behauptungen: Mit dieser Option können Tester das Kopieren einer Behauptung in einen anderen Testschritt im selben oder einem anderen Projekt zulassen.
  • Behauptungen deaktivieren/aktivieren: Mit dieser Option können alle gruppierten oder nicht gruppierten Behauptungen deaktiviert oder aktiviert werden. Wenn eine Behauptung deaktiviert ist, wird sie ausgegraut und wenn ein Testfall ausgeführt wird, werden deaktivierte Behauptungen nicht ausgeführt.
  • Gruppierung von Behauptungen aufheben: Alle gruppierten Behauptungen können aufgehoben werden, wenn Tester dies beschließen.

Vollständige Liste der Methoden, die in verschiedenen Behauptungstypen verfügbar sind

Durchsetzungsmechanismus

Beschreibung

EIGENTUMSINHALT
Enthält Sucht nach der Existenz der angegebenen Zeichenfolge. Es unterstützt auch reguläre Ausdrücke.
Nicht enthält Sucht nach der Nichtexistenz der angegebenen Zeichenfolge. Es unterstützt auch reguläre Ausdrücke.
XPath-Match Verwendet den XPath-Ausdruck, um den Zielknoten und seine Werte auszuwählen.
XQuery-Match Verwendet einen Xquery-Ausdruck, um Inhalte aus der Zieleigenschaft auszuwählen.
Compliance, Status, Standards
HTTP Alle Ressourcen herunterladen Validiert das HTML-Dokument nach dem Herunterladen und behält alle Eigenschaften bei, die HTML enthalten.
Ungültige HTTP-Statuscodes Überprüft, ob die HTML-Antwort einen Statuscode enthält, der nicht in der Liste der definierten Codes enthalten ist.
Kein SOAP-Fehler Überprüft, ob die zuletzt empfangene Nachricht kein SOAP-Fehler ist. Es ist sehr offensichtlich, dass es nur für SOAP-Testschritte anwendbar ist.
Schemakonformität Überprüft, ob die zuletzt empfangene Nachricht mit der WSDL- oder WADL-Standardschemadefinition kompatibel ist. Gilt für SOAP- und REST-Testschritte.
SOAP-Fehler Überprüft, ob die zuletzt empfangene Nachricht ein SOAP-Fehler ist. Es ist das Gegenteil von „NOT SOAP“-Fehlerbehauptungen.
SOAP-Antwort Überprüft, ob die zuletzt empfangene Antwort eine gültige SOAP-Antwort ist und gilt nur für SOAP-Testanforderungsschritte.
Gültige HTTP-Statuscodes Überprüft, ob die HTML-Antwort einen Statuscode enthält, der in der Liste der definierten Codes enthalten ist. Es ist das Gegenteil der Behauptung „Ungültige HTTP-Statuscodes“.
WS-Adressierungsanfrage Überprüft, ob die zuletzt empfangene Anfrage geeignete WS-Addressing-Header enthält.
WS-Adressierungsantwort Überprüft, ob die zuletzt empfangene Antwort geeignete WS-Addressing-Header enthält.
WS-Sicherheitsstatus Überprüft, ob die zuletzt empfangene Nachricht gültige WS-Security-Header enthält und gilt nur für SOAP-Anfragen.
Skript
Skript-Behauptung Ermöglicht Benutzern die Ausführung eines benutzerdefinierten Skripts zur Durchführung benutzerdefinierter Validierungen.
SLA
Reaktions-SLA Überprüft, ob die Antwortzeit der zuletzt empfangenen Antwort innerhalb des definierten Grenzwerts lag.
JMS
JMS-Status Überprüft, ob die JMS-Anfrage des Testschritts erfolgreich ausgeführt wurde und gilt für Testschritte mit einem JMS-Endpunkt.
JMS-Zeitüberschreitung Überprüft, ob die JMS-Antwort eines Testschritts nicht länger als die angegebene Dauer gedauert hat.
Sicherheit
Offenlegung sensibler Informationen Überprüft, ob die Antwortnachricht keine vertraulichen Informationen über das Zielsystem offenlegt. Wir können diese Behauptung für REST-, SOAP- und HTTP-Testschritte verwenden.

Laden Sie das SOAPUI-Projekt herunter, das die oben genannten Behauptungen enthält

Häufige Fehler und Fehlerbehebung

Verwenden Sie den richtigen Namespace. Der Namensraum sollte die URL sein, unter der sich der Webdienst befindet.

Wenn beim Entwickeln einer Skript-Assertion ein Fehler auftritt, verwenden Sie „log.info“, um den Inhalt der Variablen auszudrucken

Wenn Sie nicht die gewünschte Ausgabe erhalten, überprüfen Sie, ob in der Anfrage eine gültige Eingabe übergeben wird.

Wenn Sie beispielsweise im Währungsumrechner „intA“ als „x“ eingeben, was keine Ganzzahl ist, gibt die Ausgabe einen Fehlercode als „SOAP-Client“ aus, was bedeutet, dass das Problem mit dem Parameter zusammenhängt, der von übergeben wird Client-Seite.

Häufige Fehler und Fehlerbehebung

Häufige Fehler und Fehlerbehebung

Stellen Sie sicher, dass Sie bei der Verwendung von XPATH und XQuery-Assertion die richtige Syntax verwenden. Sie sollten NICHT Punkt(.) anstelle von Doppelpunkt(:) verwenden, während Sie die obige Behauptung verwenden. Die Syntax lautet //namespace:Tagname und NICHT //namespace.tagname. Dadurch erhalten Sie möglicherweise die Meldung „KEINE Übereinstimmung in der aktuellen Antwort“, obwohl der Tag-Name korrekt ist.

Häufige Fehler und Fehlerbehebung