Menu

Parasoft SOAtest-zelfstudie: scriptloze API-testtool

  • Hoofd
  • Andere
  • Parasoft SOAtest-zelfstudie: scriptloze API-testtool

parasoft soatest tutorial

Probeer Ons Instrument Voor Het Oplossen Van Problemen

Deze SOATest-zelfstudie legt uit hoe u een project of .tst-bestand kunt maken in Parasoft SOATest, de belangrijkste componenten van een SOATest-project en I / O-technieken:

In deze tutorial gaan we in op de details van SOAtest-tool dat is een API Automation Tool, hoe we een voorbeeldproject kunnen maken met behulp van deze tool, wat zijn de belangrijkste componenten van deze tool, de betekenis van elke component samen met hun gebruik, i / o-technieken en terminologieën gerelateerd aan SOAtest.

Deze tutorial geeft je een ruim idee van hoe een .tst-bestand / -project wordt gebouwd voor API-automatisering.

Inleiding tot SOATest

Lijst met handleidingen in deze SOAtest-serie.

Tutorial # 1: Parasoft SOAtest-zelfstudie (deze zelfstudie)
Tutorial # 2: SOAP versus REST-verschil
Tutorial # 3: Bewering in SOAtest met een XML-codevoorbeeld

Wat je leert:

Wat is de SOAtest-tool?

Parasoft SOAtest is een Web API-automatiseringstool die gebruik maakt van twee services, namelijk SOAP en REST om Functioneel, Regressie, Unit Testing, Runtime-foutdetectie, statische code-analyse, servicevirtualisatie enzovoort uit te voeren.

Een project aanmaken in SOAtest

Voorwaarde: Vergeet niet de benodigde .jar-bestanden te importeren.

Klik met de rechtermuisknop op uw project -> Eigenschappen -> Systeemeigenschappen -> Jars toevoegen ​

Voeg potten toe

(beeld bron ​

Stappen om een ​​nieuw project te maken met SOAtest

# 1) Klik op Bestand menu -> Nieuw -> Project van bestaande SOAtest -> Selecteer een wizard -> SOAtest -> Leeg project. (Er wordt een nieuw project gemaakt met een standaard .tst-bestand (dit bestand heeft dezelfde naam als uw project))

Maak een nieuw project

Maak een nieuw project SOA testwizard

Een project maken op basis van een bestaande test

# 2) Klik met de rechtermuisknop op uw project -> Nieuwe toevoegen -> Testsuite (Dit is de testsuite die uw daadwerkelijke test zal bevatten. Elke test kan SOAP- of REST-client zijn). Standaard is er al één Test Suite aangemaakt op scenarioniveau.

Maak een testsuite

Test Suite is al gemaakt op scenarioniveau

Dit is de Test Suite op scenarioniveau waar u als een belangrijke opmerking over de vereisten kunt schrijven. U kunt ook de uitvoerbare opties opgeven, zoals Test wordt uitgevoerd als een groep of gelijktijdig.

# 3) Klik met de rechtermuisknop op uw testsuite -> Nieuwe toevoegen-> Test-> SOAP-client of REST-client.

Voorbeeld van REST-client

# 4) Klik met de rechtermuisknop op uw scenario -> Nieuwe toevoegen -> Gegevensbron -> Excel / schrijfbare gegevensbron.

Databron

Nieuwe projectgegevensbron

# 5) Klik met de rechtermuisknop op uw omgeving -> nieuwe omgeving -> declareer uw globale variabelen ​

Nieuwe omgeving toevoegen)

Omgevingsvariabele

Uw volledige Test Suite ziet eruit als de onderstaande afbeelding:

Generieke structuur van het Parasoft-project

Hoofdcomponenten van SOAtest-project

Hieronder staan ​​de belangrijkste hiërarchische componenten die elk SOAtest-project moet hebben om een ​​eenvoudige bewerking uit te voeren.

# 1) Project (voorbeeld)

Het bevat de naam die wordt gegeven wanneer u uw project maakt en het .tst-bestand bevat dat alle projectcomponenten bevat. Het kan worden gezien als de bovenste testsuite met uw uitvoerbare bestand.

Als je op het lege SOAtest-project klikt, verschijnt er een (.tst) -bestand.

Raadpleeg de onderstaande schermafbeelding waar een leeg project 'Voorbeeld' werd gemaakt waarin automatisch een bestand met de naam 'Voorbeeld.tst' werd gemaakt.

Voorbeeldproject

hoe u een object-array in java maakt

# 2) tst-bestand (Voorbeeld.tst)

Het is het uitvoerbare bestand dat alle testsuites, tests, een omgevingsvariabele, methoden, gegevensbron, verkeersobject, enz. Bevat. Dit bestand is de kern van uw project. Het wordt automatisch gemaakt nadat u uw project heeft gemaakt en heeft dezelfde naam als het project.

# 3) Test Suite (Scenario: Test Suite)

Het is de map in uw .tst-bestand en bevat de uitvoerbare tests, gegevensbron en omgevingsvariabele. Om een ​​Test Suite te maken, klikt u met de rechtermuisknop op uw .tst-bestand en klikt u op Toevoegen en vervolgens op Test Suite (.tst -> Toevoegen -> Test Suite).

Het is verantwoordelijk voor de uitvoeringsmodus (sequentiële uitvoering of gelijktijdig), teststroomlogica (uitvoering van de methode op een chronologische manier), waarbij elke testvariabele wordt gedeclareerd die zal worden gebruikt bij het parametreren. Bovendien kunt u in deze sectie uw vereisten voor testen definiëren.

Parasoft Forum: Topmost of First Test Suite van het framework

# 4) Omgeving

Het is een map die uw omgevingsvariabele bevat waarin u de globale variabelen kunt declareren die bij uw testuitvoering moeten worden gebruikt.

Klik met de rechtermuisknop op Omgeving -> Nieuwe omgeving -> Begin met het declareren van variabelen.

Omgevingsvariabele op suite-niveau

Parasoft Forum: omgevingsvariabele)

# 5) Gegevensbron

Als u gegevens gaat lezen of schrijven uit een externe gegevensbron zoals Excel of schrijfbare gegevens, dan kunt u er een gegevensbron voor maken. Klik met de rechtermuisknop op uw testsuite, gevolgd door een nieuwe gegevensbron ​Het zal u vragen naar het pad van uw Excel (.xls of .xlsx) en alle bladen zullen verschijnen met de kolommen van het Excel.

Excel-gegevensbron

Als je je output wilt schrijven, ga dan voor schrijfbare data. Het biedt u verschillende opties, zoals het schrijven van de uitvoer na elke iteratie of na volledige uitvoering. U kunt de gegevens na elke run toevoegen (toevoegen aan de vorige uitvoering) of overschrijven / vervangen.

Schrijfbare gegevensbron

# 6) Test (Test1: Messaging Client)

Het is de operationele component die de belangrijkste component van uw verzoek bevat. U kunt SOAP- of REST-client gebruiken, afhankelijk van de services die u in uw suite gaat gebruiken. Stel dat als u REST gaat gebruiken, de URL, methode, hoofdtekst van het verzoek en HTTP-headers in deze sectie worden gedeclareerd.

Tabblad Resource

HTTP-headers

# 7) Verkeersviewer

Het is het onderdeel dat u in staat stelt om het verzoek te zien dat u hebt doorstaan ​​bij uw testuitvoering en het respectieve antwoord voor elke testcase. Het heeft een verzoekbody, responsbody, tokens, HTTP-antwoordcode, HTTP-versie, enz.

Verkeersviewer

# 8) Andere componenten

SOAtest ondersteunt andere componenten, zoals Quality Tasks en Console voor foutopsporingsdoeleinden, zodat u gemakkelijk kunt analyseren waar uw test faalt. Klik op de Window-knop bovenaan de Parasoft-menubalk en klik vervolgens op Show Preferences en voeg console- of kwaliteitstaken toe.

In het onderstaande diagram wordt slechts één test uitgevoerd (1/1 tests geslaagd), dus de kwaliteitstaak is leeg en de console heeft slechts één test met de status als geslaagd.

Kwaliteitstaken en console

I / O-technieken

De verkeerskijker speelt een zeer belangrijke rol bij het omgaan met invoer- en uitvoertechnieken. Wat u ook doorgeeft als een verzoek in uw SOAP- of REST-client, wordt weergegeven in het verkeersviewer-object onder het verzoekgedeelte van het verkeer en het antwoord dat door de service wordt verzonden, wordt weergegeven onder het antwoordgedeelte.

Voor elk type verzoek zijn vijf hoofdcomponenten nodig.

Laten we een voorbeeld nemen van REST:

# 1) Bron: Dit bevat de URL, context of documentsleutel die in het verzoek wordt doorgegeven.

# 2) Methode / werkwoorden: Werkwoorden die in het verzoek worden gebruikt, zoals GET, PUT of POST.

# 3) Laadvermogen: Dit vormt de hoofdtekst van het document. Het is meestal in JSON-indeling en wordt gebruikt om te zien wat er is doorgegeven in de hoofdtekst van het verzoek. Op basis daarvan wordt het antwoord weergegeven.

# 4) HTTP-headers: Dit heeft drie componenten, namelijk inhoudstype, autorisatie en authenticatie. Authenticatie bepaalt het formaat waarin uw antwoord wordt verstrekt. Met autorisatie kunt u elke tokenwaarde doorgeven.

Er worden drie soorten tokens gebruikt, d.w.z. oAuth (voorafgegaan door Bearer tokenValue), SAML (voorafgegaan door SAML tokenValue) en CSK3 (voorafgegaan door CSK tokenValue).

# 5) Reactiecode: Dit is de HTTP-antwoordcode (statuscode), zoals 200 voor succes, 400 en 500 voor mislukking.

Belangrijke terminologieën

Authenticatie: Het is een component die ons laat weten dat een bepaalde gebruiker is geauthenticeerd of geldig is voor toegang tot de bronnen.

Autorisatie: Het is een component die aangeeft dat een bepaalde geauthenticeerde gebruiker geautoriseerd is om een ​​bepaalde bron te gebruiken of niet.

Verificatie: Het is een proces van het verifiëren van de gegevensbronnen, het payload-formaat, de bronnen en alle andere zaken, behalve de code die de aanvraagtekst vormt. Een eenvoudige uitdrukking die vaak wordt gebruikt om het verificatieproces aan te duiden, is 'bouwen we het goed op'.

Validatie: Het is het proces waarbij de werkelijke versus verwachte respons wordt gevalideerd. Een eenvoudige uitdrukking die vaak wordt gebruikt om het verificatieproces aan te duiden, is “bouwen we het juiste”. Bij dit proces zijn beweringen en codering betrokken.

Overzicht

In deze tutorial hebben we gezien hoe we een project of .tst-bestand in Parasoft kunnen maken, belangrijke componenten met hun rollen en gebruik, i / o-technieken en enkele van de belangrijke terminologieën. Dit zal u op zijn beurt helpen bij het bouwen van uw eigen SOAtest-suite en u kunt het helemaal zelf uitvoeren.

De komende tutorial zal zich richten op beweringen, hun typen, bewering versus verificatie, samen met enkele andere componenten van SOAtest zoals JSON en XML-databank, hun gebruik, SQL versus Mongo DB, API versus UI versus Unit Testing. Nadat u deze onderwerpen hebt verkend, kunt u doorgaan en uw suite ontwerpen en de API automatiseren.

VOLGENDE zelfstudie

Aanbevolen literatuur

^