Meny

Parasoft SOAtest Tutorial: Scriptless API Testing Tool

  • Hoved
  • Annen
  • Parasoft SOAtest Tutorial: Scriptless API Testing Tool

parasoft soatest tutorial

Prøv Instrumentet Vårt For Å Eliminere Problemer

Denne SOATest-opplæringen forklarer hvordan du oppretter et prosjekt eller .tst-fil i Parasoft SOATest, hovedkomponenter i et SOATest-prosjekt og I / O-teknikker:

I denne opplæringen vil vi komme inn i detaljene om SOAtest-verktøy som er et API-automatiseringsverktøy, hvordan vi kan lage et prøveprosjekt ved hjelp av dette verktøyet, hva er hovedkomponentene i dette verktøyet, betydningen av hver komponent sammen med deres bruk, i / o-teknikker og terminologier relatert til SOAtest.

Denne opplæringen vil gi deg god ide om hvordan en .tst-fil / -prosjekt er bygget for API-automatisering.

Introduksjon til SOATest

Liste over opplæringsprogrammer i denne SOAtest-serien.

Opplæring # 1: Parasoft SOAtest-opplæring (denne opplæringen)
Opplæring # 2: SOAP Vs REST Forskjell
Opplæring # 3: Påstand i SOAtest med et XML-kodeeksempel

Hva du vil lære:

Hva er SOAtest-verktøy?

Parasoft SOAtest er et web-API-automatiseringsverktøy som benytter seg av to tjenester, dvs. SOAP og REST for å utføre funksjonell, regresjon, enhetstesting, Runtime-feilregistrering, analyse av statisk kode, virtualisering av tjenester og så videre.

Opprette et prosjekt i SOAtest

Forutsetning: Ikke glem å importere de nødvendige .jar-filene.

Høyreklikk på prosjektet ditt -> Egenskaper -> Systemegenskaper -> Legg til krukker .

Legg til krukker

(bilde kilde )

Fremgangsmåte for å lage et nytt prosjekt ved hjelp av SOAtest

# 1) Klikk på Fil-menyen -> Ny -> Prosjekt fra eksisterende SOAtest -> Velg en veiviser -> SOAtest -> Tomt prosjekt. (Et nytt prosjekt blir opprettet med en standard .tst-fil (denne filen vil ha samme navn som prosjektet ditt))

Lag et nytt prosjekt

Lag et nytt prosjekt SOA-testveiviser

Opprette et prosjekt fra eksisterende test

# 2) Høyreklikk på prosjektet ditt -> Legg til nytt -> Test Suite (Dette er testpakken som inneholder den faktiske testen din. Hver test kan være enten SOAP eller REST-klient). Som standard er en Test Suite allerede opprettet på scenarnivå.

Opprett test-suite

Test Suite er allerede opprettet på scenarnivå

Dette er scenarionivået Test Suite hvor du kan skrive om kravene som en viktig merknad. Du kan også gi de kjørbare alternativene som testkjøringer som en gruppe eller samtidig.

# 3) Høyreklikk på Test Suite -> Legg til ny-> Test-> SOAP-klient eller REST-klient.

Eksempel på REST-klient

# 4) Høyreklikk på scenariet ditt -> Legg til nytt -> Datakilde -> Excel / skrivbar datakilde.

Datakilde

Ny prosjektdatakilde

# 5) Høyreklikk på miljøet ditt -> Nytt miljø -> Deklarer dine globale variabler .

Legge til nytt miljø)

Miljøvariabel

Hele Test Suite ser ut som bildet nedenfor:

Generisk struktur for Parasoft-prosjektet

Hovedkomponenter i SOAtest Project

Nedenfor er de viktigste hierarkiske komponentene som hvert SOAtest-prosjekt må ha for å utføre en enkel operasjon.

# 1) Prosjekt (eksempel)

Den inneholder navnet som blir gitt når du oppretter prosjektet ditt som inneholder .tst-filen som har alle prosjektkomponentene. Det kan sees på som den øverste testpakken som har den kjørbare filen din.

Når du klikker på det tomme SOAtest-prosjektet, vises en (.tst) fil.

Se skjermbildet nedenfor der det ble opprettet et tomt prosjekt 'Eksempel' der en fil kalt 'Eksempel.tst' ble opprettet automatisk.

Eksempel på prosjekt

hva er uat i programvaretesting

# 2) tst-fil (eksempel.tst)

Det er den kjørbare filen som inneholder alle testpakker, tester, en miljøvariabel, metoder, datakilde, trafikkobjekt, etc. Denne filen er kjernen i prosjektet ditt. Det opprettes automatisk etter at du har opprettet prosjektet, og det har samme navn som prosjektet.

# 3) Test Suite (Scenario: Test Suite)

Det er mappen som er inne i .tst-filen og inneholder kjørbare tester, datakilde, miljøvariabel. For å lage en Test Suite, høyreklikker du bare .tst-filen din og klikker på Legg til og deretter Test Suite (.tst -> Legg til -> Test Suite).

Det er ansvarlig for kjøringsmodus (sekvensiell kjøring eller samtidig), testflytlogikk (metodekjøring på en kronologisk måte), og erklærer hvilken som helst testvariabel som vil bli brukt i parameterisering. I denne delen kan du dessuten definere dine krav til testing.

Parasoft Forum: Topmost eller First Test Suite of the framework

# 4) Miljø

Det er en mappe som inneholder miljøvariabelen din der du kan erklære de globale variablene som skal brukes i testutførelsen.

Høyreklikk på Miljø -> Nytt miljø -> Begynn å erklære variabler.

Miljøvariabel på Suite-nivå

Parasoft Forum: Miljøvariabel)

# 5) Datakilde

I tilfelle du skal lese eller skrive data fra en ekstern datakilde som Excel eller skrivbare data, kan du opprette en datakilde for den. Høyreklikk på testpakken din etterfulgt av en ny datakilde . Den vil be deg om banen til excel (.xls eller .xlsx), og alle arkene vises med kolonnene i excel.

Excel-datakilde

Hvis du vil skrive utdataene dine, kan du gå til skrivbare data. Det vil gi deg flere alternativer, som å skrive utdataene etter hver iterasjon eller etter fullført utførelse. Du kan legge til (legge til forrige utførelse) eller overskrive / erstatte dataene etter hver kjøring.

Skrivbar datakilde

# 6) Test (Test1: Messaging Client)

Det er den operasjonelle komponenten som inneholder hovedkomponenten i forespørselen din. Du kan enten bruke SOAP- eller REST-klient, avhengig av hvilke tjenester du skal bruke i suiten din. La oss si at hvis du skal bruke REST, vil URL, metode, forespørselstekst, HTTP-overskrifter bli erklært i denne delen.

Kategorien Ressurs

HTTP-overskrifter

# 7) Trafikkvisning

Det er komponenten som gjør det lettere for deg å se forespørselen du har sendt i testutførelsen og det respektive svaret for hver testsak. Den har et forespørselsorgan, svarorgan, tokens, HTTP-svarskode, HTTP-versjon, etc.

Traffic Viewer

# 8) Andre komponenter

SOAtest støtter andre komponenter som kvalitetsoppgaver og konsoll for feilsøkingsformål, slik at du enkelt kan analysere hvor testen din mislykkes. Klikk på Window-knappen øverst på Parasoft-menylinjen, og klikk deretter på Vis preferanser og legg til konsoll- eller kvalitetsoppgaver.

I diagrammet nedenfor utføres bare en test (1/1 tester lykkes), kvalitetsoppgaven er tom og konsollen vil bare ha en test med statusen som suksess.

Kvalitetsoppgaver og konsoll

I / O-teknikker

Trafikkviseren spiller en veldig viktig rolle når han arbeider med Input and Output Techniques. Uansett hva du sender som en forespørsel i din SOAP- eller REST-klient, vil det vises i trafikkvisningsobjektet under forespørselsdelen av trafikken, og svaret som sendes fra tjenesten vil bli vist under svardelen.

Fem hovedkomponenter er nødvendige for alle typer forespørsler.

La oss ta et eksempel på REST:

# 1) Ressurs: Dette inneholder URL, kontekst eller dokumentnøkkel som sendes i forespørselen.

# 2) Metode / verb: Verb som brukes i forespørselen, for eksempel GET, PUT eller POST.

# 3) Nyttelast: Dette danner hoveddelen av dokumentet. Det er vanligvis i JSON-format og brukes til å se hva som er sendt i forespørselen. Svaret vil bli vist basert på det.

# 4) HTTP-overskrifter: Dette har tre komponenter, dvs. innholdstype, autorisasjon og autentisering. Autentisering bestemmer formatet som svaret ditt vil bli gitt i. Autorisasjon lar deg overføre hvilken som helst tokenverdi.

Det er tre typer tokens som brukes, dvs. oAuth (Prefixed by Bearer tokenValue), SAML (Prefixed by SAML tokenValue) og CSK3 (Prefixed by CSK tokenValue).

# 5) Svarskode: Dette er HTTP-responskoden (statuskode), for eksempel 200 for suksess, 400 og 500 for feil.

Viktige terminologier

Godkjenning: Det er en komponent som vil fortelle oss at en bestemt bruker er godkjent eller gyldig for å få tilgang til ressursene.

Autorisasjon: Det er en komponent som indikerer at en bestemt godkjent bruker er autorisert til å bruke en bestemt ressurs eller ikke.

Bekreftelse: Det er en prosess for å verifisere datakilder, nyttelastformat, ressurser og alle andre ting unntatt kode som utgjør forespørselsorganet. En enkel setning som ofte brukes for å betegne verifiseringsprosessen er 'bygger vi det riktig'.

Validering: Det er prosessen med å validere den faktiske vs forventede responsen. En enkel setning som ofte brukes for å betegne verifiseringsprosessen er 'bygger vi det rette'. Påstander og koding er involvert i denne prosessen.

Sammendrag

I denne opplæringen så vi hvordan du oppretter et prosjekt eller .tst-fil i Parasoft, hovedkomponenter med deres roller og bruk, i / o-teknikker sammen med noen av de viktige terminologiene. Dette vil igjen hjelpe deg med å bygge din egen SOAtest-suite, og du kan utføre på egenhånd fra bunnen av.

Den kommende opplæringen vil fokusere på påstander, deres typer, påstå vs verifisere, sammen med få andre komponenter i SOAtest som JSON og XML-databank, deres bruk, SQL vs Mongo DB, API vs UI vs Unit Testing. Etter å ha utforsket disse emnene, kan du fortsette og designe suiten din og automatisere API.

NESTE veiledning

Anbefalt lesing

^