parasoft soatest tutorial
Denne SOATest-vejledning forklarer, hvordan du opretter et projekt eller en .tst-fil i Parasoft SOATest, hovedkomponenter i et SOATest-projekt og I / O-teknikker:
I denne vejledning kommer vi ind på detaljerne i SOAtest-værktøj som er et API-automatiseringsværktøj, hvordan vi kan oprette et prøveprojekt ved hjælp af dette værktøj, hvad er hovedkomponenterne i dette værktøj, betydningen af hver komponent sammen med deres anvendelse, i / o-teknikker og terminologier relateret til SOAtest.
Denne tutorial giver dig en god idé om, hvordan en .tst-fil / -projekt er bygget til API-automatisering.
Liste over vejledninger i denne SOAtest-serie.
Tutorial # 1: Parasoft SOAtest-vejledning (denne vejledning)
Tutorial # 2: SOAP Vs REST Forskel
Tutorial # 3: Påstand i SOAtest med et XML-kodeeksempel
Hvad du lærer:
- Hvad er SOAtest-værktøj?
- I / O-teknikker
- Vigtige terminologier
- Resumé
Hvad er SOAtest-værktøj?
Parasoft SOAtest er et web-API-automatiseringsværktøj, der bruger to tjenester, dvs. SOAP og REST til at udføre funktionel, regression, enhedstest, Runtime-fejlregistrering, statisk kodeanalyse, servicevirtualisering og så videre.
Oprettelse af et projekt i SOAtest
Forudsætning: Glem ikke at importere de nødvendige .jar-filer.
Højreklik på dit projekt -> Egenskaber -> Systemegenskaber -> Tilføj krukker .
(billede kilde )
Trin til at oprette et nyt projekt ved hjælp af SOAtest
# 1) Klik på menuen Filer -> Ny -> Projekt fra eksisterende SOAtest -> Vælg en guide -> SOAtest -> Tomt projekt. (Et nyt projekt oprettes med en standard .tst-fil (denne fil vil have samme navn som dit projekt))
# 2) Højreklik på dit projekt -> Tilføj nyt -> Test Suite (Dette er testpakken, der indeholder din faktiske test. Hver test kan enten være SOAP- eller REST-klient). Som standard oprettes der allerede en Test Suite på scenarinniveau.
Dette er scenaronniveauet Test Suite, hvor du kan skrive om kravene som en vigtig note. Du kan også give de eksekverbare indstillinger som f.eks. Testkørsler som en gruppe eller samtidigt.
# 3) Højreklik på din Test Suite -> Tilføj ny-> Test-> SOAP-klient eller REST-klient.
# 4) Højreklik på dit scenario -> Tilføj nyt -> Datakilde -> Excel / skrivbar datakilde.
# 5) Højreklik på dit miljø -> Nyt miljø -> Erklær dine globale variabler .
Hele din Test Suite vil se ud som billedet nedenfor:
Hovedkomponenter i SOAtest-projektet
Nedenfor er de vigtigste hierarkiske komponenter, som hvert SOAtest-projekt skal have for at udføre en simpel operation.
# 1) Projekt (eksempel)
Det indeholder det navn, der gives, når du opretter dit projekt, der indeholder .tst-filen, der har alle projektkomponenterne. Det kan ses som den øverste testpakke, der har din eksekverbare fil.
Når du klikker på det tomme SOAtest-projekt, vises en (.tst) fil.
Se nedenstående skærmbillede, hvor der blev oprettet et tomt projekt 'Eksempel', hvori automatisk en fil med navnet 'Eksempel.tst' blev oprettet.
interviewspørgsmål til .net-udviklere
# 2) tst-fil (eksempel.tst)
Det er den eksekverbare fil, der indeholder alle testpakker, test, en miljøvariabel, metoder, datakilde, trafikobjekt osv. Denne fil er kernen i dit projekt. Det oprettes automatisk, når du opretter dit projekt, og det har samme navn som projektet.
# 3) Test Suite (Scenarie: Test Suite)
Det er mappen, der er inde i din .tst-fil og indeholder de eksekverbare tests, datakilde, miljøvariabel. For at oprette en Test Suite skal du bare højreklikke på din .tst-fil og klikke på Tilføj og derefter Test Suite (.tst -> Tilføj -> Test Suite).
Det er ansvarligt for udførelsestilstand (sekventiel udførelse eller samtidig), testflowlogik (metodeudførelse på en kronologisk måde), der erklærer enhver testvariabel, der vil blive brugt til parametrering. Desuden kan du i dette afsnit definere dine krav til test.
# 4) Miljø
Det er en mappe, der indeholder din miljøvariabel, hvori du kan erklære de globale variabler, der skal bruges i din testudførelse.
Højreklik på Miljø -> Nyt miljø -> Start med at erklære variabler.
# 5) Datakilde
Hvis du vil læse eller skrive data fra en ekstern datakilde som Excel eller skrivbare data, kan du oprette en datakilde til den. Højreklik på din testpakke efterfulgt af en ny datakilde . Det beder dig om stien til din excel (.xls eller .xlsx), og alle arkene vises med excelens kolonner.
Hvis du vil skrive din output, skal du gå efter skrivbare data. Det giver dig flere muligheder som at skrive output efter hver iteration eller efter fuldstændig udførelse. Du kan tilføje (tilføje til den tidligere udførelse) eller overskrive / udskifte data efter hver kørsel.
# 6) Test (Test1: Messaging Client)
Det er den operationelle komponent, der indeholder hovedkomponenten i din anmodning. Du kan enten bruge SOAP eller REST-klient afhængigt af hvilke tjenester du vil bruge i din suite. Lad os sige, at hvis du vil bruge REST, vil URL, metode, anmodningstekst, HTTP-overskrifter blive erklæret i dette afsnit.
# 7) Traffic Viewer
Det er den komponent, der gør det nemmere for dig at se den anmodning, du har bestået i din testudførelse, og det respektive svar for hver testsag. Det har et anmodningsorgan, svartekst, tokens, HTTP-svarskode, HTTP-version osv.
# 8) Andre komponenter
SOAtest understøtter andre komponenter som kvalitetsopgaver og konsol til fejlfindingsformål, så du nemt kan analysere, hvor din test mislykkes. Klik på knappen Vindue øverst i Parasoft-menulinjen, og klik derefter på Vis præferencer, og tilføj konsol- eller kvalitetsopgaver.
I nedenstående diagram udføres kun en test (1/1 test lykkedes), kvaliteten er således tom, og konsollen har kun en test med status som en succes.
I / O-teknikker
Trafikviseren spiller en meget vigtig rolle, når han beskæftiger sig med input- og outputteknikker. Uanset hvad du sender som en anmodning i din SOAP- eller REST-klient, vil det blive vist i trafikvisningsobjektet under anmodningsdelen af trafikken, og svaret, der sendes fra tjenesten, vises under svarssektionen.
Fem hovedkomponenter er nødvendige for enhver form for anmodning.
Lad os tage et eksempel på REST:
# 1) Ressource: Dette indeholder den URL, kontekst eller dokumentnøgle, der sendes i anmodningen.
# 2) Metode / verb: Verber, der bruges i anmodningen, såsom GET, PUT eller POST.
# 3) Nyttelast: Dette udgør dokumentets brødtekst. Det er normalt i JSON-format og bruges til at se, hvad der er sendt i anmodningsorganet. Svaret vil blive vist baseret på det.
# 4) HTTP-overskrifter: Dette har tre komponenter, dvs. indholdstype, autorisation og godkendelse. Godkendelse bestemmer det format, hvor dit svar vil blive leveret. Autorisation giver dig mulighed for at videregive enhver tokenværdi.
Der er tre typer tokens, der bruges, dvs. oAuth (forudfastsat af bærer tokenValue), SAML (forudfastsat af SAML tokenValue) og CSK3 (forudfastsat af CSK tokenValue).
# 5) Svarskode: Dette er HTTP-svarskoden (statuskode), såsom 200 for succes, 400 og 500 for fejl.
Vigtige terminologier
Godkendelse: Det er en komponent, der fortæller os, at en bestemt bruger er godkendt eller gyldig for at få adgang til ressourcerne.
Bemyndigelse: Det er en komponent, der angiver, at en bestemt godkendt bruger er autoriseret til at bruge en bestemt ressource eller ej.
Verifikation: Det er en proces til verificering af datakilderne, nyttelastformat, ressourcer og alle andre ting undtagen kode, der udgør anmodningsorganet. En simpel sætning, der ofte bruges til at betegne verificeringsprocessen, er 'bygger vi det rigtigt'.
Validering: Det er processen med at validere det faktiske vs forventede svar. En simpel sætning, der ofte bruges til at betegne verificeringsprocessen, er 'bygger vi den rigtige ting'. Påstande og kodning er involveret i denne proces.
Resumé
I denne vejledning så vi, hvordan man opretter et projekt eller en .tst-fil i Parasoft, hovedkomponenter med deres roller og anvendelse, i / o-teknikker sammen med nogle af de vigtige terminologier. Dette vil igen hjælpe dig med at opbygge din egen SOAtest-suite, og du kan udføre på egen hånd fra bunden.
Den kommende tutorial vil fokusere på påstande, deres typer, hævde vs verificere sammen med få andre komponenter i SOAtest som JSON og XML-databank, deres anvendelse, SQL vs Mongo DB, API vs UI vs Unit Testing. Efter at have udforsket disse emner, kan du gå videre og designe din suite og automatisere API'en.
Anbefalet læsning
- Vejledning til WAVE-tilgængelighedstestværktøj
- Geb Tutorial - Browserautomatiseringstest ved hjælp af Geb Tool
- TestComplete Tutorial: En omfattende GUI-testværktøjs guide til begyndere
- Bedste softwaretestværktøjer 2021 (QA Test Automation Tools)
- Destruktiv test og ikke-destruktiv testvejledning
- TestLodge Tutorial - Sådan organiseres dine softwaretestprojekter ved hjælp af TestLodge Test Management Tool
- Funktionel testning mod ikke-funktionel testning
- Automatiseringstest ved hjælp af agurkværktøj og selen - Selen-tutorial # 30