SoapUI: Sådan oprettes Test Suite & Test sag

Indholdsfortegnelse:

Anonim

Forståelse af SOAP-protokollen

Før vi opretter en SOAPUI-testtilstand, så lad os forstå det grundlæggende om SOAP-protokollen. Dette hjælper dig med at bruge SOAP UI til at teste SOAP-anmodninger og svar effektivt.

SOAP står for S gennemfø O bject A dgang P rotokol. Nedenfor er egenskaberne for en SOAP-protokol.

  • Det er en XML-baseret protokol til kommunikation mellem to forskellige systemer.
  • Det er en platform og sproguafhængig. Derfor kan et system udviklet ved hjælp af Java kommunikere med et system udviklet i.NET.
  • SOAP-anmodninger / svar transporteres via HTTP.

I denne testvejledning lærer du:

  • Lær SOAP Message FORMAT
  • Opret et projekt
  • Oprettelse af Test Suite
  • Opretter test sag
  • Testtrinsæt
  • Forståelse af sæberespons og logpaneler
  • Afsendelse af anmodning manuelt og læsesvar

Lær SOAP Message FORMAT

En SOAP-meddelelse er et almindeligt XML-dokument, der indeholder følgende elementer. Besked kan enten være en anmodningsmeddelelse eller en svarmeddelelse.

Efter at have oprettet det arbejdsområde, som vi havde udført i den sidste tutorial, er vi nødt til at oprette projekter, teste suiter, teste sager for at teste en given webservice. Lad os forstå de trin, der er involveret i at gøre det samme.

Opret et projekt

Trin 1: Afhængigt af projektet skal vi importere SOAP / REST-protokol. Vi opretter et nyt SOAP-projekt.

Trin 2: Vi bruger følgende SOAP-anmodning http://www.dneonline.com/calculator.asmx?wsdl

  1. Indtast projektnavnet
  2. Indtast stien til WSDL-anmodningen. I dette tilfælde http://www.dneonline.com/calculator.asmx?wsdl
  3. Klik på OK

Bemærk:

  • Oprette eksempelanmodning til alle operationer? Det opretter en prøveanmodning for alle tilgængelige operationer i den givne WSDL. Så snart du indtaster WSDL-adressen, kontrolleres denne indstilling automatisk. Du kan fjerne markeringen fra det.
  • Opret, en testpakke til den importerede WSDL: Opretter en testpakke inden for projektet til den importerede WSDL.
  • Relative stier : Det gør det muligt for brugeren at gemme alle filerne i forhold til projektfilen.

Trin 3: Efter oprettelse af SOAP-projektet med ovennævnte WSDL vil vi kunne se, at der er to operationer, der importeres til projektet.

Trin 4)

Udvid den første anmodning, og højreklik på 'Tilføj'. Klik derefter på 'Ny anmodning'.

Klik derefter på 'OK'. Det viser SOAP-anmodningen i XML-format

  1. Indtast 'intA' og 'intB'
  2. Klik på knappen Send
  3. Svar XML vises i højre rude.

Du undrer dig måske over, hvorfor oprette testsager? Når du direkte kan teste Webservice her

...

Du kan sende en anmodning om en operation. Hvad med andre? Hvor mange kombinationer af input til tilføjelser kan du gøre ved hjælp af denne handling ? Du skal redigere anmodningen for hver kombination.

For eksempel: Hvis du vil tilføje fra 4 og 4 i stedet for 5 og 5

... Du skal redigere operationen igen. Så man skal oprette en testpakke / sager for at få testet alle mulige scenarier uden at skulle redigere selve operationen direkte.

Oprettelse af Test Suite

Trin 1: Inden for projektet kan testere oprette en testpakke ved at udføre et højreklik på roden af ​​projektet.

Trin 2: Vi skal indtaste navnet på testpakken og trykke på OK.

Trin 3: Den oprettede testserie vises navigationsruden som vist nedenfor.

Trin 4: Test Suite-vinduet åbnes i højre rude. Som vi netop har oprettet, er der INGEN testsager. Derfor er alle indstillinger deaktiveret.

Opretter test sag

Trin 1: Inden for en testpakke kan vi oprette flere test ved at udføre højreklik på 'testpakke' og vælge 'Ny testcase'.

Trin 2: Angiv navnet på testsagen, og klik på 'OK'.

Trin 3: Den oprettede testsag har nul trin som vist nedenfor.

Bemærk : Vi kan se, at testtilfældet tilføjes uden testtrin for alle mulige testtyper. Efter tilføjelse af testtrinene ændres numrene i parentes automatisk.

Det funktionelle teststrin skal gå i 'Teststrin', mens et præstationsteststrin skal gå i 'Load Test', og et sikkerhedstesttrin skal gå ind i 'sikkerhedstests'.

Trin 4: Vi kan indsætte en række testtrin ved at udføre et højreklik på testtrin og vælge et passende testtrin som vist nedenfor. Så hvis du skulle teste en REST-webservice, ville du vælge REST-testanmodningen.

Testtrinsæt

Lad os nu tilføje et testtrin for at validere den importerede SOAP-anmodning.

Trin 1: Tilføj et nyt trin 'SOAP-anmodning' som vist nedenfor.

Trin 2: Indtast trinnavnet, og klik på OK.

Trin 3: Når du klikker på 'OK', vises en dialogboks for at vælge den operation, der skal påberåbes. Alle operationer er angivet, og brugeren kan vælge den operation, de vil påberåbe sig.

  • Der er mange operationer, der vises på listen. Funktionerne er de samme undtagen den anvendte SOAP-version.

    CalculatorSoap - bruger SOAP version 1.1 mens,

    CalculatorSoap12 - bruger SOAP version 1.2

  • Versionen betyder ikke noget for os i denne sammenhæng. Derfor kan du vælge den efter eget valg.

  • Når du vælger operationen, skal du klikke på 'Ok'

Trin 4: Mens vi tilføjer en test sag, kan vi tilføje standard påstande. Påstande kaldes også som kontrolpunkter / valideringspunkter, som vi vil behandle detaljeret i den næste vejledning.

Vi kan tilføje følgende kontrolpunkter / påstande, mens vi opretter test case. Lad os oprette en testcase med den mulighed, der betyder at oprette testtrin UDEN nogen af ​​nedenstående valideringspunkter

  1. Kontrollerer, om svarmeddelelsen er SOAP, når testen udføres.
  2. Kontrollerer, om svarskemaet er gyldigt.
  3. Kontrollerer, om SOAP-svaret indeholder FEJL.

Trin 5: Efter oprettelse af testsagen vises anmodningen XML nedenfor. XML-strukturen forklares i nedenstående snapshot.

Trin 6: Antallet af testtrin øges nu til et, da vi netop har tilføjet et testtrin. Tilsvarende øges det tilsvarende antal automatisk efter tilføjelse af belastnings- og sikkerhedstesttrin baseret på antallet af tilføjede trin.

Send anmodning manuelt og læsesvar

Trin 1: Vi vil gerne tilføje to heltal.

  • intA - 5
  • intB - 5

Næste,

  1. Vi er nødt til at indtaste disse input i stedet for spørgsmålstegnet, som sendes som anmodning XML.
  2. Når du har indtastet disse værdier i de tilsvarende XML-tags, skal du klikke på knappen 'send anmodning' for at kontrollere svaret.

Trin 2: Efter indsendelse af en anmodning behandles webserviceanmodningen af ​​webserveren og sender et svar tilbage som vist nedenfor.

Ved at læse svaret er vi i stand til at konkludere 5 plus 5 er 10.

Forståelse af sæberespons og logpaneler

Som forklaret i begyndelsen af ​​denne vejledning transporteres SOAP-meddelelserne via HTTP-protokol. Lad os se på RAW-beskederne. Dette hjælper os med at lære, hvordan SOAP-anmodningen og svaret blev transporteret med HTTP.

Trin 1: Klik på 'RAW' -fanen i begge SOAP-UI-anmodningsvinduer.

  1. Anmodningen sendes til webserveren. Derfor bruges POST-metoden til Http.
  2. SOAP-anmodningen transporteres i kroppen af ​​Http-meddelelsen.

Trin 2: Klik nu på 'RAW' -fanen i SOAP-UI-svarvinduet for at forstå, hvordan svaret sendes via HTTP.

  1. Efter behandling af anmodningen vises Http-svarskoden (200), hvilket betyder, at det er en succes. Webserveren har behandlet den med succes.
  2. SOAP-svaret sendes tilbage til klienten som en del af HTTP-meddelelsens brødtekst.

Et hurtigt øjebliksbillede af Http-svarskoderne for nem forståelse og fejlretning. Nedenstående tabel hjælper dig med fejlfinding baseret på HTTP-koden modtaget fra webserveren.

HTTP-kode Beskrivelse
1xx: Informativ - Dette betyder en anmodning modtaget og fortsat proces.
2xx: Succes - Handlingen blev med succes modtaget, forstået og accepteret.
3xx: Omdirigering - Dette betyder, at der skal foretages yderligere handlinger for at udfylde anmodningen.
4xx: Client Error - Dette betyder, at anmodningen indeholder dårlig syntaks eller ikke kan opfyldes
5xx: Serverfejl - Serveren opfyldte ikke en tilsyneladende gyldig anmodning

Trin 3: Lad os forstå de andre oplysninger, der vises i testcase-vinduet.

  1. Repræsenter INGEN header i den anmodning, der sendes
  2. Repræsenterer INGEN vedhæftet fil i den anmodning, der sendes til webserveren.
  3. Repræsenterer 10 overskriftsoplysninger, og det samme vises ved at klikke på det.
  4. Repræsenterer, at der ikke er vedhæftede filer fra svarmeddelelsen.

LOGRUTE:

Logruden har komplette oplysninger om transaktionen mellem klienten og serveren. Brugere kan se fanerne i logruden som vist nedenfor. Vi diskuterer de mest anvendte logruder, når vi arbejder med SOAP-UI.

SoapUI Log - Viser svaroplysningerne fra webserveren. De samme oplysninger gemmes i soapui.log-filen i SOAP-UI-installeret mappe under 'bin' -mappen.

HTTP-log - Viser al HTTP-pakkeoverførsel. Alle oplysninger i 'RAW' vises i HTTP-log.

Fejllog - Fejllog viser alle de fejl, vi er stødt på under hele projektsessionen. De samme oplysninger er tilgængelige i 'soapui-errors.log', der er til stede i 'bin' -mappen på det installerede SOAP UI-sted.

Memory Log - Denne fane overvåger hukommelsesforbruget og viser det i form af diagrammet som vist nedenfor. Det er virkelig nyttigt, når der udføres en hukommelsesintensiv operation.

Nu hvor vi har oprettet en testpakke, testtilfælde, testtrin og fået et svar, er næste trin at validere svaret. Vi vil behandle typer påstande i den næste vejledning.