SoapUI: Hur man skapar Test Suite & Testfall

Innehållsförteckning:

Anonim

Förstå SOAP-protokollet

Innan vi skapar ett SOAPUI-testfall, låt oss förstå grunderna för 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 S imple O bject A ccess P rotocol. Nedan visas egenskaperna för 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 kan ett system som utvecklats med Java kommunicera med ett system som utvecklats in.NET.
  • SOAP-förfrågningar / svar transporteras via HTTP.

I denna testhandledning lär du dig:

  • Lär dig SOAP Message FORMAT
  • Skapa ett projekt
  • Skapa Test Suite
  • Skapar testfall
  • Teststeg Infoga
  • Förstå tvålrespons och loggpaneler
  • Skicka begäran manuellt och läs svar

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 begäran eller ett svarsmeddelande.

Efter att ha ställt in den arbetsyta som vi hade utfört i den senaste handledningen måste vi skapa projekt, testa sviter, testa fall för att testa en viss webbtjänst. Låt oss förstå stegen i att göra detsamma.

Skapa ett projekt

Steg 1: Beroende på projekt måste vi nu importera SOAP / REST-protokollet. Vi skapar ett nytt SOAP-projekt.

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

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

Notera:

  • Skapa provförfrågan för alla operationer? Det skapar en provförfrågan för alla tillgängliga operationer i den angivna WSDL. Så snart du anger WSDL-adressen kontrolleras detta alternativ automatiskt. Du kan avmarkera det.
  • Skapa, en testsvit för den importerade WSDL: Skapar en testsvit inom projektet för den importerade WSDL.
  • Relativa banor : Det gör det möjligt för användaren att spara alla filer i förhållande till projektfilen.

Steg 3: När du 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 begäran'.

Klicka sedan på 'OK'. SOAP-begäran visas i XML-format

  1. Ange 'intA' och 'intB'
  2. Klicka på knappen Skicka
  3. Svar XML visas till höger.

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

...

Du kan skicka en begäran om en operation. Vad sägs om andra? Hur många kombinationer av ingångar för tillägg kan du göra med den här åtgärden ? 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 åtgärden igen. Så man måste skapa en testsvit / fall för att testa alla möjliga scenarier utan att behöva redigera själva operationen.

Skapa Test Suite

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

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

Steg 3: Den skapade testsviten visar navigeringsfönstret enligt nedan.

Steg 4: Test Suite-fönstret öppnas i den högra rutan. Som vi just har skapat finns det INGA testfall. Därför är alla alternativ inaktiverade.

Skapar testfall

Steg 1: Inom en testsvit kan vi skapa flera tester genom att högerklicka på "testsviten" och välja "Nytt testfält".

Steg 2: Ange namnet på testfallet och klicka på 'OK'.

Steg 3: Det skapade testfallet har nollsteg enligt nedan.

Obs! Vi kan se att testfallet läggs till med noll teststeg för alla tillgängliga tester. När du har lagt till teststegen ändras siffrorna inom parentes automatiskt.

Det funktionella teststeget bör gå in i "Teststeg" medan ett prestandateststeg bör gå in i "Load 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å teststegen och välja ett lämpligt teststeg enligt nedan. Så om du skulle testa en REST-webbtjänst skulle du välja REST-testbegäran.

Teststeg Infoga

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

Steg 1: Lägg till ett nytt steg 'SOAP Request' enligt 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 den åtgärd som ska åberopas. Alla åtgärder visas och användaren kan välja den åtgärd som de vill åberopa.

  • Det finns många operationer som kommer att listas. Operationerna är desamma utom den använda SOAP-versionen.

    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 operationen klickar du på 'Ok'

Steg 4: När vi lägger till ett testfall kan vi lägga till standardanmälningar. Påståenden kallas också som 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

  1. Verifierar om svarsmeddelandet är SOAP efter testet.
  2. Verifierar om svarsschemat är giltigt.
  3. Verifierar om SOAP-svaret innehåller FEL.

Steg 5: När du skapar testfallet visas begäran XML nedan. XML-strukturen förklaras i nedanstående ögonblicksbild.

Steg 6: Antalet teststeg ökas nu till ett eftersom vi just har lagt till ett teststeg. På motsvarande sätt, när man lägger till belastnings- och säkerhetsteststeg, ökas motsvarande antal automatiskt baserat på antalet steg som läggs till.

Skicka begäran manuellt och lässvar

Steg 1: Vi vill lägga till två heltal.

  • intA - 5
  • intB - 5

Nästa,

  1. Vi måste ange dessa ingångar istället för frågetecknet som kommer att skickas som XML-begäran.
  2. När du har matat in dessa värden i motsvarande XML-taggar klickar du på '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 som visas nedan.

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

Förstå tvålrespons och loggpaneler

Som förklarades i början av denna handledning transporteras SOAP-meddelanden via HTTP-protokoll. Låt oss ta en titt på RAW-meddelandena. Detta hjälper oss att lära oss hur SOAP-förfrågan och svaret transporterades med HTTP.

Steg 1: Klicka på "RAW" -fliken i både SOAP-UI-begäran.

  1. Begäran publiceras på webbservern. Därför används POST-metoden för Http.
  2. SOAP-begäran transporteras i huvuddelen av Http-meddelandet.

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

  1. Efter bearbetning av begäran visas Http-svarskoden (200) vilket betyder att den är en framgång. Webbservern har bearbetat den framgångsrikt.
  2. SOAP-svaret skickas tillbaka till klienten som en del av HTTP-meddelandets kropp.

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 Beskrivning
1xx: Informativ - Detta innebär en begäran mottagen och fortsätter processen.
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 slutföra begäran.
4xx: Klientfel - Detta innebär 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 testfallet.

  1. Representera INGEN rubrik i begäran som skickas
  2. Representerar INGA bilagor i begäran som skickas till webbservern.
  3. Representerar 10 rubrikinformation och detsamma visas när du klickar på den.
  4. Representerar att det inte finns några bilagor från svarsmeddelandet.

LOGGARRUTA:

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

SoapUI Log - Visar svarsinformation från webbservern. Samma information lagras i soapui.log-filen i den SOAP-UI-installerade mappen under "bin" -katalogen.

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

Fellogg - Felloggen visar alla fel som vi har stött på under hela projektsessionen. Samma information finns i 'soapui-errors.log' som finns i katalogen 'bin' på den installerade platsen för SOAP UI.

Minneslogg - Den här fliken övervakar minnesförbrukningen och visar den i form av diagrammet som visas nedan. Det är verkligen användbart när det finns en minneintensiv operation.

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