Meny

Parasoft SOAtest Tutorial: Scriptless API Testing Tool

  • Huvud
  • Övrig
  • Parasoft SOAtest Tutorial: Scriptless API Testing Tool

parasoft soatest tutorial

Prova Vårt Instrument För Att Eliminera Problem

Den här SOATest-självstudien förklarar hur man skapar ett projekt eller .tst-fil i Parasoft SOATest, huvudkomponenter i ett SOATest-projekt och I / O-tekniker:

I denna handledning kommer vi att komma in i detaljerna om SOAtest-verktyg vilket är ett API-automatiseringsverktyg, hur vi kan skapa ett exempelprojekt med hjälp av detta verktyg, vilka huvudkomponenter i detta verktyg, betydelsen av varje komponent tillsammans med deras användning, i / o-tekniker och terminologier relaterade till SOAtest.

Denna handledning ger dig en god uppfattning om hur en .tst-fil / -projekt är byggt för API-automatisering.

Introduktion till SOATest

Lista över handledning i denna SOAtest-serie.

Handledning nr 1: Parasoft SOAtest-handledning (denna handledning)
Handledning nr 2: SOAP Vs REST Skillnad
Självstudie 3: Påstående i SOAtest med ett exempel på XML-kod

Vad du kommer att lära dig:

Vad är SOAtest-verktyget?

Parasoft SOAtest är ett webb-API-automatiseringsverktyg som använder två tjänster, dvs SOAP och REST för att utföra funktionell, regression, enhetstestning, Runtime-feldetektering, statisk kodanalys, tjänstevirtualisering och så vidare.

Skapa ett projekt i SOAtest

Nödvändig förutsättning: Glöm inte att importera nödvändiga .jar-filer.

Högerklicka på ditt projekt -> Egenskaper -> Systemegenskaper -> Lägg till burkar .

Lägg till burkar

(bild källa )

Steg för att skapa ett nytt projekt med SOAtest

# 1) Klicka på Arkiv-menyn -> Nytt -> Projekt från befintligt SOAtest -> Välj en guide -> SOAtest -> Tomt projekt. (Ett nytt projekt skapas med en .tst-standardfil (den här filen kommer att ha samma namn som ditt projekt))

Skapa ett nytt projekt

Skapa ett nytt projekt SOA-testguide

Skapa ett projekt från befintligt test

# 2) Högerklicka på ditt projekt -> Lägg till nytt -> Test Suite (Detta är testpaketet som innehåller ditt faktiska test. Varje test kan vara antingen SOAP eller REST-klient). Som standard skapas redan en Test Suite på scenarinnivå.

Skapa testsvit

Test Suite har redan skapats på scenarionivå

Detta är scenarionivån Test Suite där du kan skriva om kraven som en viktig anmärkning. Du kan också ange de körbara alternativen som testkörningar som en grupp eller samtidigt.

# 3) Högerklicka på din Test Suite -> Lägg till ny-> Test-> SOAP-klient eller REST-klient.

Exempel på REST-klient

# 4) Högerklicka på ditt scenario -> Lägg till nytt -> Datakälla -> Excel / skrivbar datakälla.

Datakälla

Ny projektdatakälla

# 5) Högerklicka på din miljö -> Ny miljö -> Förklara dina globala variabler .

Lägga till ny miljö)

Miljöfaktor

Hela Test Suite ser ut som bilden nedan:

Generisk struktur för Parasoft-projektet

Huvudkomponenter i SOAtest-projektet

Nedan följer de viktigaste hierarkiska komponenterna som varje SOAtest-projekt måste ha för att utföra en enkel operation.

# 1) Projekt (exempel)

Den innehåller namnet som ges när du skapar ditt projekt som innehåller .tst-filen som har alla projektkomponenter. Det kan ses som den översta testsviten som har din körbara fil.

När du klickar på det tomma SOAtest-projektet visas en (.tst) fil.

Se nedanstående skärmdump där ett tomt projekt 'Exempel' skapades inuti vilket en fil som heter 'Exempel.tst' skapades automatiskt.

Exempel på projekt

topprankad gratis programvara för borttagning av skadlig programvara

# 2) tst-fil (exempel.tst)

Det är den körbara filen som innehåller alla testsviter, tester, en miljövariabel, metoder, datakälla, trafikobjekt etc. Den här filen är kärnan i ditt projekt. Det skapas automatiskt efter att du skapat ditt projekt och det har samma namn som projektet.

# 3) Test Suite (Scenario: Test Suite)

Det är mappen som finns i din .tst-fil och innehåller körbara tester, datakälla, miljövariabel. För att skapa en Test Suite högerklickar du bara på din .tst-fil och klickar på Lägg till och sedan Test Suite (.tst -> Lägg till -> Test Suite).

Det är ansvarigt för körningsläget (sekventiell körning eller samtidig), testflödeslogik (metodkörning på ett kronologiskt sätt), och deklarerar alla testvariabler som kommer att användas i parametreringen. Dessutom kan du i det här avsnittet definiera dina testkrav.

Parasoft Forum: ramens översta eller första testpaket

# 4) Miljö

Det är en mapp som innehåller din miljövariabel där du kan deklarera de globala variablerna som ska användas vid testutförandet.

Högerklicka på Miljö -> Ny miljö -> Börja deklarera variabler.

Miljövariabel på svitenivå

Parasoft Forum: Miljövariabel)

# 5) Datakälla

Om du ska läsa eller skriva data från en extern datakälla som Excel eller Writable Data, kan du skapa en datakälla för den. Högerklicka på din testsvit följt av en ny datakälla . Den kommer att be dig om sökvägen för ditt excel (.xls eller .xlsx) och alla ark visas med excelns kolumner.

Excel-datakälla

Om du vill skriva utdata, gå till skrivbara data. Det ger dig flera alternativ som att skriva utdata efter varje iteration eller efter fullständig körning. Du kan lägga till (lägga till föregående körning) eller skriva över / ersätta data efter varje körning.

Skrivbar datakälla

# 6) Test (Test1: Meddelandeklient)

Det är den operativa komponenten som innehåller huvudkomponenten i din begäran. Du kan antingen använda SOAP- eller REST-klienten beroende på vilka tjänster du ska använda i din svit. Låt oss säga att om du ska använda REST så kommer deklarera URL, metod, begäran, HTTP-rubriker i detta avsnitt.

Fliken Resurs

HTTP-rubriker

# 7) Traffic Viewer

Det är komponenten som underlättar för dig att se förfrågan som du har skickat i ditt testutförande och respektive svar för varje testfall. Den har en förfrågan, svarstyp, tokens, HTTP-svarskod, HTTP-version etc.

Traffic Viewer

# 8) Andra komponenter

SOAtest stöder andra komponenter som kvalitetsuppgifter och konsol för felsökningsändamål så att du enkelt kan analysera var ditt test misslyckas. Klicka på Fönster-knappen högst upp i Parasofts menyrad och klicka sedan på Visa inställningar och lägg till konsol- eller kvalitetsuppgifter.

I nedanstående diagram utförs endast ett test (1/1 tester lyckades), så kvalitetsuppgiften är tom och konsolen kommer bara att ha ett test med status som framgång.

Kvalitetsuppgifter och konsol

I / O-tekniker

Trafikvisaren spelar en mycket viktig roll när det handlar om in- och utmatningstekniker. Oavsett vad du skickar som en begäran i din SOAP- eller REST-klient visas i trafikvisarobjektet under begärandedelen av trafiken och svaret som skickas från tjänsten kommer att visas under svarssektionen.

Fem huvudkomponenter är nödvändiga för alla typer av förfrågningar.

Låt oss ta ett exempel på REST:

# 1) Resurs: Detta innehåller URL, kontext eller dokumentnyckel som skickas i begäran.

# 2) Metod / verb: Verber som används i begäran, till exempel GET, PUT eller POST.

# 3) Nyttolast: Detta utgör dokumentet. Det är vanligtvis i JSON-format och används för att se vad som har skickats i begäran. Svaret kommer att visas baserat på det.

# 4) HTTP-rubriker: Detta har tre komponenter, dvs innehållstyp, auktorisering och autentisering. Autentisering bestämmer i vilket format ditt svar ska ges. Auktorisering låter dig skicka alla tokenvärden.

Det finns tre typer av tokens som används, dvs oAuth (Prefixed by Bearer tokenValue), SAML (Prefixed by SAML tokenValue) och CSK3 (Prefixed by CSK tokenValue).

# 5) Svarskod: Detta är HTTP-svarskoden (statuskod) som 200 för framgång, 400 och 500 för misslyckande.

Viktiga terminologier

Autentisering: Det är en komponent som låter oss veta att en viss användare är autentiserad eller giltig för att komma åt resurserna.

Tillstånd: Det är en komponent som indikerar att en viss autentiserad användare har rätt att använda en viss resurs eller inte.

Verifiering: Det är en process för att verifiera datakällor, nyttolastformat, resurser och allt annat förutom kod som utgör begäran. En enkel fras som ofta används för att beteckna verifieringsprocessen är ”bygger vi rätt”.

Godkännande: Det är processen att validera det faktiska mot förväntade svaret. En enkel fras som ofta används för att beteckna verifieringsprocessen är 'bygger vi rätt sak'. Påståenden och kodning är inblandade i denna process.

Sammanfattning

I denna handledning såg vi hur man skapar ett projekt eller .tst-fil i Parasoft, viktiga komponenter med deras roller och användning, i / o-tekniker tillsammans med några av de viktiga terminologierna. Detta i sin tur hjälper dig att bygga din egen SOAtest-svit och du kan köra på egen hand från grunden.

Den kommande handboken kommer att fokusera på påståenden, deras typer, påstå vs verifiera, tillsammans med några andra komponenter i SOAtest som JSON och XML-databank, deras användning, SQL vs Mongo DB, API vs UI vs Unit Testing. Efter att ha utforskat dessa ämnen kan du gå vidare och designa din svit och automatisera API: t.

NÄSTA självstudie

Rekommenderad läsning

^