Hur man skapar Test Suite & Test Case i SoapUI

Förstå SOAP-protokollet

Innan vi skapar ett SOAPUI-testfall, låt oss förstå grunderna om SOAP-protokollet. Detta hjälper dig att använda SOAP UI för att testa SOAP-förfrågningar och svar effektivt.

SOAP står för Enkelt objektåtkomstprotokoll. Nedan är egenskaperna hos ett SOAP-protokoll.

Det är ett XML-baserat protokoll för kommunikation mellan två olika system.
Det är en plattform och språkoberoende. Därför ett system utvecklat med hjälp av Java kan kommunicera med ett system utvecklat i.NET.
SOAP-förfrågningar/svar transporteras via HTTP.

Lär dig SOAP Message FORMAT

Ett SOAP-meddelande är ett vanligt XML-dokument som innehåller följande element. Meddelandet kan vara antingen ett förfrågningsmeddelande eller ett svarsmeddelande.

Efter att ha ställt in arbetsytan som vi hade utfört i den senaste handledningen måste vi skapa SoapUI-projektstruktur, testsviter, testfall för att testa en given webbtjänst. Låt oss förstå ett exempel på ett SoapUI-projekt för att skapa ett nytt SOAP-projekt.

Skapa ett SOAP-projekt

Steg 1) Nu, beroende på projektet, måste vi importera SOAP/REST-protokoll. Vi kommer att skapa ett nytt SOAP-projekt.

Steg 2) Vi kommer att använda följande SOAP-förfrågan http://www.dneonline.com/calculator.asmx?wsdl

Ange projektnamnet
Ange sökvägen till WSDL-begäran. I det här fallet http://www.dneonline.com/calculator.asmx?wsdl
klicka på OK

Obs:

Skapa exempelbegäran för alla operationer? Den skapar en exempelbegäran för alla tillgängliga operationer i den givna WSDL. Så snart du anger WSDL-adressen, markeras detta alternativ automatiskt. Du kan avmarkera den.
Skapa en testsvit för den importerade WSDL: Skapar en SoapUI-testsvit i projektet för den importerade WSDL.
Relativa vägar: Det gör det möjligt för användaren att spara alla filer i förhållande till projektfilen.

Steg 3) När vi skapar SOAP-projektet med ovan nämnda WSDL kommer vi att kunna se att det finns två operationer som kommer att importeras till projektet.

Steg 4) Expandera den första begäran och högerklicka på "Lägg till". Klicka sedan på "Ny förfrågan".

Klicka sedan på 'OK'. Den kommer att visa SOAP-begäran i XML-format

Ange "intA" och "intB"
Klicka på knappen Skicka
Svars-XML kommer att visas på höger sida.

Du kanske undrar varför man skapar testfall? När du direkt kan testa Webservice här...

Tja, du kan skicka en begäran om en operation. Hur är det med andra? Hur många kombinationer av ingångar för tillägg kan du göra med den här operationen? Du måste redigera begäran för varje kombination.

Till exempel: Om du vill lägga till från 4 och 4 istället för 5 och 5... Du måste redigera operationen igen. Så man måste skapa en testsvit/fall för att få alla möjliga scenarier testade utan att direkt behöva redigera själva operationen.

Hur man skapar Test Suite i SoapUI

Nedan följer stegen för att skapa Test Suite i SoapUI:

Steg 1) Högerklicka på roten av projektet

Inom projektet kan testare skapa en testsvit genom att högerklicka på projektets rot.

Steg 2) Ange information om testsviten

Vi måste ange namnet på testsviten och trycka på OK.

Steg 3) Verifiera den skapade testsviten

Den skapade testsviten visas i navigatorrutan som visas nedan.

Steg 4) Öppna testsviten

Testsvitsfönstret öppnas i den högra rutan. Som vi just har skapat finns det INGA SoapUI-testfall. Därför är alla alternativ inaktiverade.

Hur man skapar testfall i SoapUI

Här är en steg-för-steg-process för att skapa ett testfall i SoapUI:

Steg 1) Inom en testsvit kan vi skapa flera tester genom att högerklicka på "testsviten" och välja "New TestCase".

Steg 2) Ange namnet på Testfall och klicka på 'OK'.

Steg 3) Det skapade testfallet har noll steg som visas nedan.

Anmärkningar: Vi kan se att testfallet läggs till med noll teststeg för alla typer av tillgängliga tester. När teststegen lades till ändrades siffrorna i parentes automatiskt.

Det funktionella teststeget bör gå in i "Teststeg", medan ett prestandateststeg ska gå in i "Ladda test" och ett säkerhetsteststeg bör gå in i "säkerhetstester".

Steg 4) Vi kan infoga en mängd olika teststeg genom att högerklicka på teststeg och välja ett lämpligt teststeg som visas nedan. Så om du skulle testa en REST-webbtjänst, skulle du välja REST-testbegäran.

Lägga till ett teststeg i SoapUI

Låt oss nu lägga till ett teststeg för att validera den importerade SOAP-testbegäran:

Steg 1) Lägg till ett nytt steg 'SOAP Request' som visas nedan.

Steg 2) Ange stegnamnet och klicka på OK.

Steg 3) När du klickar på "OK", dyker en dialog upp för att välja operationen som ska anropas. Alla operationer listas och användaren kan välja den operation som de vill anropa.

Det finns många operationer som kommer att listas. De Operationerna är desamma förutom SOAP-versionen som används. CalculatorSoap – använder SOAP version 1.1 medan CalculatorSoap12 – använder SOAP version 1.2
Versionen spelar ingen roll för oss i detta sammanhang. Därför kan du välja den du väljer.
När du har valt operation klickar du på "Ok"

Steg 4) När vi lägger till ett testfall kan vi lägga till standardpåståenden. Påståenden kallas även kontrollpunkter/valideringspunkter som vi kommer att behandla i detalj i nästa handledning.

Vi kan lägga till följande kontrollpunkter/påståenden när vi skapar testfall. Låt oss skapa ett testfall med alternativet som innebär att skapa teststeg UTAN någon av nedanstående valideringspunkter

Verifierar om svarsmeddelandet är SOAP, när testet utförs.
Verifierar om svarsschemat är giltigt.
Verifierar om SOAP-svaret innehåller FEL.

Steg 5) När testfallet skapas visas XML för begäran nedan. Strukturen för XML förklaras i ögonblicksbilden nedan.

Steg 6) Antalet teststeg har nu ökat till ett eftersom vi precis har lagt till ett teststeg. På liknande sätt, vid tillägg av last- och säkerhetsteststeg, skulle motsvarande antal automatiskt ökas baserat på antalet tillagda steg.

Skickar begäran manuellt och läser svar i SoapUI

Steg 1) Vi skulle vilja lägga till två heltalsnummer.

intA – 5
intB – 5

Härnäst

Vi måste ange dessa indata i stället för frågetecknet som kommer att skickas som begäran om XML.
Efter att ha matat in dessa värden i motsvarande XML-taggar, klicka på knappen "Skicka begäran" för att kontrollera svaret.

Steg 2) När du skickar en begäran behandlas webbtjänstförfrågan av webbservern och skickar tillbaka ett svar enligt nedan.

Genom att läsa svaret kan vi dra slutsatsen att 5 plus 5 är 10.

Förstå tvålrespons och loggpaneler

Som förklaras i början av denna testhandledning för SoapUI, transporteras SOAP-meddelanden via HTTP-protokoll. Låt oss ta en titt på RAW-meddelandena. Detta kommer att hjälpa oss att lära oss hur SOAP-begäran och svaret transporterades av HTTP.

Steg 1) Klicka på "RAW"-fliken i båda SOAP-UI-begärans fönster.

Begäran skickas till webbservern. Därför används POST-metoden för Http.
SOAP-förfrågan transporteras i brödtexten i Http-meddelandet.

Steg 2) Nu klicka på fliken "RAW". i SOAP-UI Response Window för att förstå hur svaret skickas via HTTP.

Efter bearbetning av förfrågan visas HTTP-svarskoden (200), vilket betyder att den har lyckats. Webbservern har bearbetat det framgångsrikt.
SOAP-svaret skickas tillbaka till klienten som en del av HTTP-meddelandets brödtext.

En snabb ögonblicksbild av HTTP-svarskoderna för enkel förståelse och felsökning. Tabellen nedan hjälper dig att felsöka baserat på HTTP-koden som tas emot från webbservern.

Http-kod	Description
1xx:	Informations- Detta innebär en mottagen begäran och en fortsatt process.
2xx:	Framgång - Åtgärden mottogs, förstods och accepterades.
3xx:	Omdirigering – Detta innebär att ytterligare åtgärder måste vidtas för att fullfölja begäran.
4xx:	Klientfel – Detta betyder att begäran innehåller dålig syntax eller inte kan uppfyllas
5xx:	Serverfel - Servern kunde inte uppfylla en uppenbarligen giltig begäran

Steg 3) Låt oss förstå den andra informationen som visas i testfallsfönstret.

Representera INGEN rubrik i förfrågan som skickas
Representerar INGA bilagor i begäran som skickas till webbservern.
Representerar 10 rubrikinformation och samma visas när du klickar på den.
Anger att det inte finns några bilagor från svarsmeddelandet.

LOGGRUTA:

Loggpanelen har fullständig information om transaktionen mellan klienten och servern. Användare kommer att kunna se flikarna i loggrutan som visas nedan. Vi kommer att diskutera de vanligaste loggrutorna när du arbetar med SOAP-UI.

SoapUI-logg – Visar svarsinformationen från webbservern. Samma information lagras i filen soapui.log i den installerade mappen SOAP-UI under 'bin'-katalogen.

Http-logg – Visar all HTTP-paketöverföring. All information i 'RAW' visas i HTTP-loggen.

Felloggen - Fellogg visar alla fel som vi har stött på under hela projektsessionen. Samma information finns tillgänglig i 'soapui-errors.log' som finns i 'bin'-katalogen på SOAP UI-installationsplatsen.

Minneslogg – Denna flik övervakar minnesförbrukningen och visar den i form av diagrammet som visas nedan. Det är verkligen användbart när en minnesintensiv operation utförs.

Nu när vi har skapat en testsvit, testfall, teststeg och fått ett svar, är nästa steg att validera svaret. Vi kommer att ta itu med typer av påståenden i nästa handledning.