SoapUI: Hvordan lage Test Suite & Testforsøk

Innholdsfortegnelse:

Anonim

Forstå SOAP-protokollen

Før vi oppretter en SOAPUI-testtilfelle, la oss forstå det grunnleggende om SOAP-protokollen. Dette vil hjelpe deg med å bruke SOAP UI for å teste SOAP-forespørsler og svar effektivt.

SOAP står for S imple O bject A ccess P rotocol. Nedenfor er egenskapene til en SOAP-protokoll.

  • Det er en XML-basert protokoll for kommunikasjon mellom to forskjellige systemer.
  • Det er en plattform og språkuavhengig. Derfor kan et system utviklet ved hjelp av Java kommunisere med et system utviklet i.NET.
  • SOAP-forespørsler / svar transporteres via HTTP.

I denne testveiledningen vil du lære:

  • Lær SOAP Message FORMAT
  • Lag et prosjekt
  • Opprette Test Suite
  • Oppretter prøvesak
  • Testtrinn Sett inn
  • Forståelse av såpesvar og loggpaneler
  • Sende forespørsel manuelt og lesesvar

Lær SOAP Message FORMAT

En SOAP-melding er et vanlig XML-dokument som inneholder følgende elementer. Melding kan være enten en forespørselsmelding eller en svarmelding.

Etter å ha satt opp arbeidsområdet som vi hadde utført i forrige opplæring, må vi lage prosjekter, teste suiter, teste saker for å teste en gitt webtjeneste. La oss forstå trinnene som er involvert i å gjøre det samme.

Lag et prosjekt

Trinn 1: Avhengig av prosjektet, må vi importere SOAP / REST-protokollen. Vi vil lage et nytt SOAP-prosjekt.

Trinn 2: Vi bruker følgende SOAP-forespørsel http://www.dneonline.com/calculator.asmx?wsdl

  1. Skriv inn prosjektnavnet
  2. Angi banen til WSDL-forespørselen. I dette tilfellet http://www.dneonline.com/calculator.asmx?wsdl
  3. Klikk OK

Merk:

  • Opprette prøveforespørsel for alle operasjoner? Det oppretter en prøveforespørsel for alle tilgjengelige operasjoner i den gitte WSDL. Så snart du skriver inn WSDL-adressen, blir dette alternativet sjekket automatisk. Du kan fjerne merket for det.
  • Opprett, en testpakke for den importerte WSDL: Oppretter en testpakke i prosjektet for den importerte WSDL.
  • Relative baner : Den lar brukeren lagre alle filene i forhold til prosjektfilen.

Trinn 3: Når du oppretter SOAP-prosjektet med ovennevnte WSDL, vil vi kunne se at det er to operasjoner som skal importeres til prosjektet.

Trinn 4)

Utvid den første forespørselen og høyreklikk på 'Legg til'. Klikk deretter på 'Ny forespørsel'.

Klikk deretter på 'OK'. Den vil vise SOAP-forespørselen i XML-format

  1. Skriv inn 'intA' og 'intB'
  2. Klikk på send-knappen
  3. Svar XML vises til høyre.

Du lurer kanskje på hvorfor lage testsaker? Når du kan teste Webservice direkte her

...

Du kan sende en forespørsel om en operasjon. Hva med andre? Hvor mange kombinasjoner av innganger for tillegg kan du gjøre ved å bruke denne operasjonen ? Du må redigere forespørselen for hver kombinasjon.

For eksempel: Hvis du vil legge til fra 4 og 4 i stedet for 5 og 5

... Du må redigere operasjonen igjen. Så, man må lage en testpakke / saker for å få testet alle mulige scenarier uten å måtte redigere selve operasjonen direkte.

Opprette Test Suite

Trinn 1: Innenfor prosjektet kan testere lage en testpakke ved å utføre et høyreklikk på roten til prosjektet.

Trinn 2: Vi må oppgi navnet på testpakken og trykke OK.

Trinn 3: Den opprettede testpakken vises i navigasjonsruten som vist nedenfor.

Trinn 4: Test Suite-vinduet åpnes i høyre rute. Som vi nettopp har opprettet, er det INGEN testsaker. Derfor er alle alternativene deaktivert.

Oppretter prøvesak

Trinn 1: Innen en testpakke kan vi lage flere tester ved å utføre høyreklikk på 'testpakke' og velge 'Ny testfase'.

Trinn 2: Spesifiser navnet på testsaken, og klikk 'OK'.

Trinn 3: Den opprettet testsaken har null trinn som vist nedenfor.

Merk : Vi kan se at testtilfellet er lagt til med null testtrinn for alle typer tilgjengelige tester. Når teststrinnene er lagt til, endres tallene i parentes automatisk.

Det funksjonelle testtrinnet skal gå inn i "Teststrinn" mens et ytelsesteststrinn skal gå inn i "Lastetest" og et sikkerhetstesttrinn skal gå inn i "sikkerhetstester".

Trinn 4: Vi kan sette inn en rekke testtrinn ved å utføre et høyreklikk på testtrinnene og velge et passende testtrinn som vist nedenfor. Så hvis du skulle teste en REST-webservice, ville du velge REST-testforespørsel.

Testtrinn Sett inn

La oss nå legge til et teststrinn for å validere den importerte SOAP-forespørselen.

Trinn 1: Legg til et nytt trinn 'SOAP Request' som vist nedenfor.

Trinn 2: Skriv inn trinnnavnet og klikk OK.

Trinn 3: Når du klikker 'OK', dukker det opp en dialogboks for å velge operasjonen du skal påkalle. Alle operasjonene er oppført, og brukeren kan velge operasjonen de ønsker å påkalle.

  • Det er mange operasjoner som vil bli oppført. Operasjonene er de samme bortsett fra SOAP-versjonen som brukes.

    CalculatorSoap - bruker SOAP versjon 1.1 mens,

    CalculatorSoap12 - bruker SOAP versjon 1.2

  • Versjonen spiller ingen rolle for oss i denne sammenhengen. Derfor kan du velge den du ønsker.

  • Når du har valgt operasjonen, klikker du 'Ok'

Trinn 4: Mens vi legger til en testsak, kan vi legge til standard påstander. Påstander også kalt som sjekkpunkter / valideringspunkter som vi vil behandle i detalj i neste opplæring.

Vi kan legge til følgende sjekkpunkter / påstander mens vi oppretter testsaken. La oss lage en testtilfelle med alternativet som betyr å opprette teststrinn UTEN noen av nedenstående valideringspunkter

  1. Bekrefter om svarmeldingen er SOAP ved utførelse av testen.
  2. Bekrefter om svarskjemaet er gyldig.
  3. Bekrefter om SOAP-responsen inneholder FEIL.

Trinn 5: Når du oppretter testsaken, vises forespørselen XML nedenfor. XML-strukturen forklares i øyeblikksbildet nedenfor.

Trinn 6: Antallet trinnsteg økes nå til ett, ettersom vi nettopp har lagt til ett testtrinn. Tilsvarende, når du legger til belastnings- og sikkerhetstesttrinn, vil det tilsvarende tallet automatisk økes basert på antall trinn som er lagt til.

Send forespørsel manuelt og lesesvar

Trinn 1: Vi vil gjerne legge til to heltal.

  • intA - 5
  • intB - 5

Neste,

  1. Vi må legge inn disse inngangene i stedet for spørsmålstegnet som vil bli sendt som forespørsel om XML.
  2. Etter å ha lagt inn disse verdiene i de tilsvarende XML-kodene, klikker du på 'send forespørsel' -knappen for å sjekke svaret.

Trinn 2: Når du sender inn en forespørsel, behandles webserviceforespørselen av webserveren og sender tilbake et svar som vist nedenfor.

Ved å lese svaret kan vi konkludere med at 5 pluss 5 er 10.

Forståelse av såpesvar og loggpaneler

Som forklart i begynnelsen av denne opplæringen, blir SOAP-meldingene transportert via HTTP-protokoll. La oss ta en titt på RAW-meldingene. Dette vil hjelpe oss å lære hvordan SOAP-forespørselen og svaret ble transportert med HTTP.

Trinn 1: Klikk "RAW" -fanen i begge SOAP-UI-forespørselsvinduet.

  1. Forespørselen blir lagt ut på webserveren. Derfor brukes POST-metoden til Http.
  2. SOAP-forespørselen blir transportert i hovedteksten til Http-meldingen.

Trinn 2: Klikk nå 'RAW' -fanen i SOAP-UI-svarvinduet for å forstå hvordan svaret sendes via HTTP.

  1. Etter behandling av forespørselen vises Http-svarskoden (200), noe som betyr at den er en suksess. Webserveren har behandlet den.
  2. SOAP-svaret blir sendt tilbake til klienten som en del av kroppen til HTTP-meldingen.

Et raskt øyeblikksbilde av Http Response-kodene for enkel forståelse og feilsøking. Tabellen nedenfor hjelper deg med å feilsøke basert på HTTP-koden du mottar fra webserveren.

HTTP-kode Beskrivelse
1xx: Informativ - Dette betyr en mottatt forespørsel og fortsettende prosess.
2xx: Suksess - Handlingen ble vellykket mottatt, forstått og akseptert.
3xx: Omdirigering - Dette betyr at ytterligere tiltak må gjøres for å fullføre forespørselen.
4xx: Client Error - Dette betyr at forespørselen inneholder dårlig syntaks eller ikke kan oppfylles
5xx: Serverfeil - Serveren oppfylte en tilsynelatende gyldig forespørsel

Trinn 3: La oss forstå den andre informasjonen som vises i testcase-vinduet.

  1. Representer INGEN overskrift i forespørselen som blir sendt
  2. Representerer INGEN vedlegg i forespørselen som sendes til webserveren.
  3. Representerer 10 topptekstinformasjon og den samme vises når du klikker på den.
  4. Representerer at det ikke er noen vedlegg fra svarmeldingen.

LOGGERUTE:

Logger-ruten har fullstendig informasjon om transaksjonen mellom klienten og serveren. Brukere vil kunne se fanene i Logg-ruten som vist nedenfor. Vi vil diskutere de mest brukte loggrutene når vi jobber med SOAP-UI.

SoapUI Log - Viser svarinformasjonen fra webserveren. Den samme informasjonen er lagret i soapui.log-filen i SOAP-UI installert mappe under "bin" -katalogen.

HTTP-logg - Viser all HTTP-pakkeoverføring. All informasjon i 'RAW' vises i HTTP-logg.

Feillogg - Feillogg viser alle feilene vi har opplevd under hele prosjektøkten. Den samme informasjonen er tilgjengelig i 'soapui-errors.log' til stede i 'bin' -katalogen til SOAP UI installert sted.

Minnelogg - Denne kategorien overvåker minneforbruket og viser det i form av diagrammet som vist nedenfor. Det er veldig nyttig når det er en minneintensiv operasjon.

Nå som vi har opprettet en testpakke, testtilfelle, testtrinn og fått svar, er neste trinn å validere svaret. Vi vil håndtere typer påstander i neste opplæring.