Zelfstudie over API-testen: Wat is API-testautomatisering?

Wat is API-testen?

API-testen is een softwaretesttype dat Application Programming Interfaces (API's) valideert. Het doel van API-testen is om de functionaliteit, betrouwbaarheid, prestaties en beveiliging van de programmeerinterfaces te controleren. Bij API-testen gebruikt u in plaats van standaard gebruikersinvoer (toetsenbord) en -uitvoer software om oproepen naar de API te sturen, uitvoer te krijgen en de respons van het systeem te noteren. API-testen verschillen sterk van GUI-testen en concentreren zich niet op het uiterlijk en de beleving van een applicatie. Het concentreert zich voornamelijk op de bedrijfslogicalaag van de softwarearchitectuur.

voor achtergrond, API (Applicatie Programmeerinterface) is een computerinterface die communicatie en gegevensuitwisseling tussen twee afzonderlijke softwaresystemen mogelijk maakt. Een softwaresysteem dat een API uitvoert, omvat verschillende functies/subroutines die een ander softwaresysteem kan uitvoeren. API definieert verzoeken die kunnen worden gedaan, hoe verzoeken moeten worden ingediend, gegevensformaten die kunnen worden gebruikt, enz., tussen twee softwaresystemen.

Opzetten van API Testautomatiseringsomgeving

Voor geautomatiseerd testen van API's is een applicatie nodig waarmee via een API kan worden gecommuniceerd. Om een ​​API te testen, moet u het volgende doen:

• Gebruik een testtool om de API te testen.
• Schrijf uw eigen code om de API te testen

Enkele aandachtspunten:

• API-testen verschillen van andere testtypen omdat er geen grafische gebruikersinterface (GUI) beschikbaar is en je een omgeving moet opzetten die de API aanroept met de vereiste parameters en vervolgens de testresultaten analyseert.
• Het opzetten van een testomgeving voor API-automatiseringstests lijkt nogal complex.
• De database en server moeten worden geconfigureerd volgens de vereisten van de applicatie.
• Nadat de installatie is voltooid, moet de API-functie worden aangeroepen om te controleren of de API werkt.

Soorten uitvoer van een API

Een mogelijke uitvoer van een API is:

1. Elk type gegevens
2. Status (zeg geslaagd of mislukt)
3. Roep een andere API-functie aan.

Elk type gegevens

Voorbeeld: Er is een API-functie die twee gehele getallen bij elkaar optelt.

Long add(int a, int b)

De getallen moeten als invoerparameters worden opgegeven. De uitvoer moet een optelling zijn van twee gehele getallen. Deze uitvoer moet worden geverifieerd met een verwachte uitkomst.

add (1234, 5656)

Er moeten uitzonderingen worden afgehandeld als het getal de limiet voor gehele getallen overschrijdt.

Status (Geslaagd of Niet geslaagd)

Bekijk de onderstaande API-functies:

1. Slot()
2. Ontgrendelen()
3. Verwijderen()

Ze geven een willekeurige waarde terug, zoals True (bij succes) of False (bij een fout). Een nauwkeurigere weergave is echter mogelijk. testcase De functies in de scripts worden aangeroepen en later wordt gecontroleerd op wijzigingen, hetzij in de database, hetzij in de grafische gebruikersinterface van de applicatie.

Aanroep van een andere API/gebeurtenis

In dit geval roepen we een API-functie aan, die op haar beurt een andere functie aanroept. Bijvoorbeeld: de eerste API-functie kan worden gebruikt om een ​​specifiek record in de tabel te verwijderen, en deze functie roept vervolgens een andere functie aan om de database te vernieuwen (REFRESH).

Testgevallen voor API-testen

Testgevallen voor API-testen zijn gebaseerd op:

• Retourwaarde op basis van invoervoorwaarde: het is relatief eenvoudig te testen, omdat invoer kan worden gedefinieerd en resultaten kunnen worden geverifieerd
• Geeft niets terug: Wanneer er geen retourwaarde is, moet het gedrag van de API op het systeem worden gecontroleerd
• Activeer een andere API/event/interrupt: Als een uitvoer van een API een bepaalde gebeurtenis of onderbreking activeert, dan moeten die gebeurtenissen en onderbrekingslisteners worden geactiveerd. tracked
• Gegevensstructuur bijwerken: Het bijwerken van de datastructuur zal een bepaalde uitkomst of effect hebben op het systeem, en dat moet worden geverifieerd
• Bepaalde bronnen wijzigen: Als de API-oproep bepaalde bronnen wijzigt, moet deze worden gevalideerd door toegang te krijgen tot de betreffende bronnen

API-testaanpak

De API-testaanpak is een vooraf gedefinieerde strategie of methode die het QA-team gebruikt om API-testen uit te voeren nadat de build gereed is. Deze testen omvatten niet de broncode. De API-testaanpak helpt om de functionaliteiten, testtechnieken, invoerparameters en de uitvoering van testcases beter te begrijpen.

De volgende punten kunnen helpen bij het bepalen van een testaanpak voor API's:

1. De functionaliteit van het API-programma begrijpen en de reikwijdte van het programma duidelijk definiëren
2. Pas testtechnieken toe zoals gelijkwaardigheidsklassen, grenswaardeanalyse en foutschatting en schrijf testcases voor de API
3. De invoerparameters voor de API moeten zorgvuldig worden gepland en gedefinieerd.
4. Voer de testgevallen uit en vergelijk de verwachte en werkelijke resultaten.

API testen

API-automatiseringstesten moeten, naast het gebruikelijke SDLC-proces, ten minste de volgende testmethoden omvatten:

• Ontdekkingstesten: De testgroep moet de reeks oproepen die in de API zijn gedocumenteerd handmatig uitvoeren, bijvoorbeeld door te verifiëren dat een specifieke bron die door de API wordt vrijgegeven, kan worden vermeld, aangemaakt en verwijderd indien nodig
• Bruikbaarheidstesten: Met deze tests wordt geverifieerd of de API functioneel en gebruiksvriendelijk is. En integreert API ook goed met een ander platform?
• Beveiligingstesten: Deze tests omvatten welk type authenticatie vereist is en of gevoelige gegevens via HTTP of beide worden gecodeerd
• Geautomatiseerde testen: API-testen moeten uitmonden in het creëren van een set scripts of een tool die kan worden gebruikt om de API regelmatig uit te voeren
• Documentatie: Het testteam moet ervoor zorgen dat de documentatie adequaat is en voldoende informatie biedt om met de API te kunnen communiceren. Documentatie moet deel uitmaken van het eindproduct

Verschil tussen API-testen en unit-testen

Testen van een eenheid	API-testen
Ontwikkelaars voeren het uit	Testers voeren het uit
Afzonderlijke functionaliteit wordt getest	De end-to-end functionaliteit wordt getest
Een ontwikkelaar heeft toegang tot de broncode	Testers hebben geen toegang tot de broncode
UI-testen zijn ook hierbij betrokken	Alleen API-functies worden getest
Alleen basisfunctionaliteiten worden getest	Alle functionele problemen worden getest
Beperkt van omvang	Breder van opzet
Wordt meestal vóór het inchecken uitgevoerd.	Testuitvoering nadat de build is gemaakt

Beste werkwijzen voor API-testen

• API-testcases moeten worden gegroepeerd per testcategorie.
• Bovenaan elke test moet u de verklaringen opnemen van de API's die worden aangeroepen.
• De parameterselectie moet expliciet in de testcase zelf worden vermeld.
• Geef prioriteit aan API-functieaanroepen, zodat testers ze gemakkelijk kunnen testen.
• Elke testcase moet zo op zichzelf staand en onafhankelijk mogelijk zijn van afhankelijkheden.
• Vermijd het aaneenschakelen van tests tijdens de ontwikkeling.
• Bij het gebruik van eenmalige functies zoals Verwijderen, Venster sluiten, enz. moet extra voorzichtigheid in acht worden genomen.
• De volgorde van de telefoongesprekken moet zorgvuldig worden gepland en uitgevoerd.
• Om volledige testdekking te garanderen, maakt u API-testcases voor alle mogelijke invoercombinaties van de API.

Soorten bugs die door API-testen worden opgespoord

• Kan foutcondities niet netjes afhandelen
• Ongebruikte vlaggen
• Ontbrekende of dubbele functionaliteit
• Betrouwbaarheidsproblemen, waaronder moeilijkheden bij het verbinden en het verkrijgen van een reactie van de API.
• Veiligheidsvraagstukken
• Problemen met meerdere threads
• Prestatieproblemen waarbij de API-responstijd erg lang is.
• Onjuiste fouten/waarschuwing voor een beller
• Onjuiste verwerking van geldige argumentwaarden
• De responsgegevens zijn niet correct gestructureerd (JSON of XML).

Hoe voer je API-testautomatisering uit?

Hieronder vindt u gedetailleerde handleidingen voor het automatiseren van API-testen:

• API testen met Wees gerust
• API testen met Postman
• API testen met UFT

Daarnaast zijn er nog andere hulpmiddelen voor API-testen.

Hoe AI API-testen transformeert

Kunstmatige intelligentie is reshaping API-testen door handmatige taken te automatiseren. Machine learning-algoritmen kunnen API-specificaties analyseren, testgevallen genereren en randgevallen identificeren die menselijke testers mogelijk over het hoofd zien.

AI verbetert ook beveiligingstests door kwetsbaarheden op te sporen. AI moet echter een aanvulling zijn op, en geen vervanging van, menselijke expertise, aangezien QA-engineers domeinkennis bezitten die AI niet kan repliceren.

Uitdagingen van API-testen

• De belangrijkste uitdagingen bij het testen van web-API's zijn parametercombinaties, parameterselectie en de volgorde van aanroepen.
• Er is geen grafische gebruikersinterface (GUI) beschikbaar om de applicatie te testen, waardoor het lastig is om invoerwaarden te geven.
• Het valideren en verifiëren van de output in een ander systeem is voor testers enigszins lastig.
• De testers moeten op de hoogte zijn van de selectie en categorisering van de parameters.
• De functie voor foutafhandeling moet worden getest.
• Programmeerkennis is noodzakelijk voor testers.

Conclusie

API bestaat uit een reeks klassen/functies/procedures die de bedrijfslogicalaag vertegenwoordigen. Als de API niet goed wordt getest, kan dit niet alleen problemen veroorzaken in de API-applicatie, maar ook in de aanroepende applicatie. Het is een onmisbare test in software-engineering.

Veelgestelde vragen