api testing tutorial
Questo tutorial approfondito sul test delle API spiega tutto sui test delle API, sui servizi Web e su come introdurre i test delle API nella tua organizzazione:
Ottieni una visione approfondita del test API insieme al concetto di test shift-left e servizi web da questo tutorial introduttivo.
Concetti come API Web, come funziona l'API (con esempi reali) e come è diverso dai servizi Web sono ben spiegati con esempi in questo tutorial.
=>SCORRI GIÙper vedere l'intero elenco di 5 tutorial approfonditi sui test delle API per principianti
Cosa imparerai:
- Elenco delle esercitazioni sui test delle API
- Panoramica dei tutorial in questa serie di test API
- Tutorial sul test delle API
- Presentazione del test API nella tua organizzazione
- Conclusione
Elenco delle esercitazioni sui test delle API
Tutorial n. 1: Tutorial sul test delle API: una guida completa per principianti
Tutorial n. 2: Tutorial sui servizi Web: componenti, architettura, tipi ed esempi
Tutorial n. 3: Top 35 ASP.Net e Web API Intervista Domande con risposte
Tutorial n. 4: Esercitazione POSTMAN: test API utilizzando POSTMAN
Tutorial n. 5: Test dei servizi Web utilizzando il client HTTP Apache
Panoramica dei tutorial in questa serie di test API
Tutorial # | Cosa imparerai | |
---|---|---|
LoadFocus | In base al numero di utenti e ai tipi di piano | * Può essere utilizzato per il test di carico API: consente di eseguire pochi test per scoprire il numero di utenti che un'API può supportare. * Semplice da usare: consente di eseguire test all'interno del browser. |
Tutorial_ # 1: | Tutorial sul test delle API: una guida completa per principianti Questo tutorial approfondito sul test delle API spiegherà in dettaglio tutto sul test delle API e sui servizi Web e ti istruirà anche su come introdurre il test delle API nella tua organizzazione. | |
Tutorial_ # 2: | Tutorial sui servizi Web: componenti, architettura, tipi ed esempi Questo tutorial sui servizi Web spiega l'architettura, i tipi e i componenti dei servizi Web insieme a terminologie importanti e le differenze tra SOAP e REST. | |
Tutorial_ # 3: | Top 35 ASP.Net e Web API Intervista Domande con risposte È possibile esplorare l'elenco delle domande di intervista ASP.Net e Web API più popolari con risposte ed esempi per principianti e professionisti esperti in questo tutorial. | |
Tutorial_ # 4: | Esercitazione POSTMAN: test API utilizzando POSTMAN Questo tutorial passo passo spiegherà il test delle API utilizzando POSTMAN insieme alle nozioni di base di POSTMAN, i suoi componenti e la richiesta e risposta del campione in termini semplici per una facile comprensione. | |
Tutorial_ # 5: | Test dei servizi Web utilizzando il client HTTP Apache Questo tutorial API riguarda l'esecuzione di varie operazioni CRUD sui servizi Web e il test dei servizi Web utilizzando il client HTTP Apache |
Tutorial sul test delle API
Questa sezione ti aiuterà a ottenere una comprensione di base dei servizi Web e dell'API Web, che, a sua volta, sarà utile per comprendere i concetti principali nei prossimi tutorial in questa serie di test API.
API (Application Programming Interface) è un insieme di tutte le procedure e le funzioni che ci consentono di creare un'applicazione accedendo ai dati o alle funzionalità del sistema operativo o delle piattaforme. Il test di tali procedure è noto come API Testing.
Shift Left Testing
Uno dei tipi importanti di test che viene richiesto oggigiorno nelle interviste ai test API è il test Shift Left. Questo tipo di test viene praticato in quasi tutti i progetti che seguono una Metodologia Agile.
Prima dell'introduzione del test Shift Left, il test del software veniva considerato solo dopo che la codifica era stata completata e il codice era stato consegnato ai tester. Questa pratica ha portato all'ultimo minuto il trambusto per rispettare la scadenza e ha anche ostacolato in larga misura la qualità del prodotto.
A parte questo, gli sforzi fatti (quando i difetti sono stati segnalati nell'ultima fase prima della produzione) sono stati enormi in quanto gli sviluppatori hanno dovuto affrontare di nuovo sia la fase di progettazione che quella di codifica.
Software Development Life Cycle (SDLC) prima del test Shift Left
Il flusso SDLC tradizionale era: Requirement -> Design -> Coding -> Testing.
Svantaggi dei test tradizionali
- Il test è all'estrema destra. Quando un bug viene identificato all'ultimo minuto, vengono sostenuti molti costi.
- Il tempo impiegato per risolvere il bug e riprovare prima di promuoverlo alla produzione è enorme.
Quindi, è nata una nuova idea per spostare la fase di test a sinistra, il che ha portato a Shift Left Testing.
Lettura suggerita => Test Shift Left: un mantra segreto per il successo del software
Fasi del test del cambio di sinistra
Il Left Shift Testing ha portato a una migrazione di successo dal rilevamento dei difetti alla prevenzione dei difetti. Ha anche aiutato il software a fallire velocemente e a risolvere tutti i guasti al più presto.
API Web
In termini generali, un'API Web può essere definita come qualcosa che porta la richiesta da un sistema client a un server Web e invia la risposta da un server Web a una macchina client.
Come funziona un'API?
Prendiamo uno scenario molto comune di prenotazione di un volo su www.makemytrip.com, che è un servizio di viaggio online che aggrega le informazioni di più compagnie aeree. Quando effettui la prenotazione di un volo, inserisci informazioni come data del viaggio / data di ritorno, classe, ecc. E fai clic su Cerca.
Questo ti mostrerà il prezzo di più compagnie aeree e la loro disponibilità. In questo caso, l'applicazione interagisce con le API di più compagnie aeree e quindi dà accesso ai dati della compagnia aerea.
Un altro esempio è www.trivago.com che confronta ed elenca il prezzo, la disponibilità, ecc. Di diversi hotel di una determinata città. Questo sito web comunica con le API di più hotel per accedere al database ed elenca i prezzi e la disponibilità dal loro sito web.
Pertanto, un'API Web può essere definita come 'un'interfaccia che facilita la comunicazione tra una macchina client e il server Web'.
Servizi web
I servizi Web sono (come l'API Web) i servizi che servono da una macchina all'altra. Ma la principale differenza che sorge tra API e servizi Web è che i servizi Web utilizzano una rete.
È sicuro affermare che tutti i servizi Web sono API Web ma tutte le API Web non sono servizi Web (spiegato nell'ultima parte dell'articolo). Pertanto, i servizi Web sono un sottoinsieme dell'API Web. Fare riferimento al diagramma seguente per saperne di più sull'API Web e sui servizi Web.
API Web vs servizi Web
Servizi Web vs API Web
Sia l'API Web che i servizi Web vengono utilizzati per facilitare la comunicazione tra il client e il server. La differenza principale arriva solo nel modo in cui comunicano.
Ognuno di loro richiede un corpo di richiesta accettabile in una lingua specifica, le loro differenze nel fornire una connessione sicura, la loro velocità di comunicazione al server e di risposta al client, ecc.
Le differenze tra servizi Web e API Web sono elencate di seguito come riferimento.
Servizio web
- I servizi Web generalmente utilizzano XML (Extensible Markup Language), il che significa che sono più sicuri.
- I servizi Web sono più sicuri poiché sia i servizi Web che le API forniscono SSL (Secure Socket Layer) durante la trasmissione dei dati, ma forniscono anche WSS (Web Services Security).
- Il servizio Web è un sottoinsieme dell'API Web. Per esempio, I servizi Web si basano solo su tre stili di utilizzo, ovvero SOAP, REST e XML-RPC.
- I servizi Web necessitano sempre di una rete per funzionare.
- I servizi Web supportano 'Un codice diverse applicazioni'. Ciò significa che un codice più generico viene scritto in diverse applicazioni.
API Web
- Un'API Web generalmente utilizza JSON (JavaScript Object Notation), il che significa che l'API Web è più veloce.
- L'API Web è più veloce poiché JSON è leggero, a differenza di XML.
- Le API Web sono il superset dei servizi Web. Per esempio, Tutti e tre gli stili di servizi Web sono presenti anche nell'API Web, ma a parte questo, utilizza altri stili come JSON - RPC.
- L'API Web non richiede necessariamente una rete per funzionare.
- L'API Web può supportare o meno l'interoperabilità a seconda della natura del sistema o dell'applicazione.
Presentazione del test API nella tua organizzazione
Nella nostra vita quotidiana, tutti noi siamo così abituati a interagire con le app con le API e tuttavia non pensiamo nemmeno ai processi di back-end che guidano la funzionalità sottostante.
Per esempio, Considera che stai navigando tra i prodotti su Amazon.com e vedi un prodotto / affare che ti piace molto e desideri condividerlo con la tua rete Facebook.
Nel momento in cui fai clic sull'icona di Facebook nella sezione di condivisione della pagina e inserisci le credenziali del tuo account Facebook per condividere, stai interagendo con un'API che collega perfettamente il sito Web di Amazon a Facebook.
Spostamento dell'attenzione al test API
Prima di discutere di più sui test delle API, esaminiamo i motivi per i quali le applicazioni basate su API hanno guadagnato popolarità negli ultimi tempi.
Esistono diversi motivi per cui le organizzazioni stanno passando a prodotti e applicazioni basati su API. E pochi di loro sono elencati di seguito come riferimento.
# 1) Le applicazioni basate su API sono più scalabili rispetto alle applicazioni / software tradizionali. La velocità di sviluppo del codice è più rapida e la stessa API può soddisfare più richieste senza modifiche importanti al codice o all'infrastruttura.
#Due) I team di sviluppo non devono iniziare a scrivere codice da zero ogni volta che iniziano a lavorare allo sviluppo di una funzione o di un'applicazione. Le API riutilizzano molto spesso funzioni, librerie, stored procedure e così via esistenti e ripetibili e quindi questo processo può renderle complessivamente più produttive.
Per esempio, Se sei uno sviluppatore che lavora su un sito di e-commerce e desideri aggiungere Amazon come processore di pagamento, non devi scrivere il codice da zero.
Tutto quello che devi fare è configurare l'integrazione tra il tuo sito web e Amazon API utilizzando le chiavi di integrazione e chiamare Amazon API per l'elaborazione dei pagamenti durante il checkout.
# 3) Le API consentono una facile integrazione con gli altri sistemi sia per applicazioni standalone supportate che con prodotti software basati su API.
Per esempio Consideriamo che desideri inviare una spedizione da Toronto a New York. Si va online, si accede a un sito Web di merci o logistica ben noto e si immettono le informazioni richieste.
Dopo aver fornito le informazioni obbligatorie, quando si fa clic sul pulsante Ottieni tariffe: nel back-end, questo sito Web di logistica potrebbe connettersi con diverse API e applicazioni di operatori e fornitori di servizi per ottenere le tariffe dinamiche per la combinazione di località da origine a destinazione.
Spettro completo di test API
Il test delle API non si limita all'invio di una richiesta all'API e all'analisi della risposta solo per verificarne la correttezza. Le API devono essere testate per le loro prestazioni con carichi diversi per le vulnerabilità.
Parliamo di questo in dettaglio.
(i) Test funzionali
Il test funzionale può essere un compito impegnativo a causa della mancanza di un'interfaccia GUI.
tipi di funzioni in c ++
Vediamo come il approccio al test funzionale for APIs è diverso dall'applicazione basata su GUI e discuteremo anche alcuni esempi al riguardo.
per) La differenza più evidente è che non esiste una GUI con cui interagire. I tester che di solito eseguono test funzionali basati su GUI trovano un po 'più difficile passare al test di applicazioni non GUI rispetto a qualcuno che lo conosce già.
Inizialmente, anche prima di iniziare a testare l'API, sarà necessario testare e verificare il processo di autenticazione stesso. Il metodo di autenticazione varierà da un'API all'altra e implicherebbe una sorta di chiave o token per l'autenticazione.
Se non riesci a connetterti all'API con successo, non è possibile procedere con ulteriori test. Questo processo può essere considerato paragonabile all'autenticazione dell'utente nelle applicazioni standard in cui sono necessarie credenziali valide per accedere e utilizzare l'applicazione.
b) Il test delle convalide del campo o della convalida dei dati di input è molto importante durante il test delle API. Se fosse disponibile un'effettiva interfaccia basata su moduli (GUI), le convalide dei campi potrebbero essere implementate nel front-end o nel back-end, assicurando in tal modo che un utente non sia autorizzato a immettere valori di campo non validi.
Per esempio, Se un'applicazione richiede che il formato della data sia GG / MM / AAAA, possiamo applicare questa convalida al modulo che raccoglie le informazioni per garantire che l'applicazione riceva ed elabori una data valida.
Questo, tuttavia, non è lo stesso per le applicazioni API. Dobbiamo assicurarci che l'API sia ben scritta e sia in grado di applicare tutte queste convalide, distinguere tra dati validi e non validi e restituire il codice di stato e il messaggio di errore di convalida all'utente finale tramite una risposta.
c) Testare la correttezza delle risposte dall'API per una risposta valida e non valida è davvero cruciale. Se un codice di stato di 200 (che significa tutto OK) viene ricevuto come risposta dall'API di test, ma se il testo della risposta dice che è stato riscontrato un errore, questo è un difetto.
Inoltre, se il messaggio di errore stesso non è corretto, ciò può essere molto fuorviante per il cliente finale che sta tentando di integrarsi con questa API.
Nello screenshot qui sotto, l'utente ha inserito un peso non valido, che è superiore ai 2267 kg accettabili. L'API risponde con il codice di stato dell'errore e il messaggio di errore. Tuttavia, il messaggio di errore menziona erroneamente le unità di peso come libbre invece che KG. Questo è un difetto che può confondere il cliente finale.
(ii) Test di carico e prestazioni
Le API devono essere scalabili in base alla progettazione.
Questo, a sua volta, rende Load e Test delle prestazioni essenziale, soprattutto se si prevede che il sistema in fase di progettazione soddisfi migliaia di richieste al minuto o all'ora, a seconda delle esigenze. L'esecuzione di routine di test di carico e prestazioni sull'API può aiutare a confrontare le prestazioni, i carichi di picco e il punto di rottura.
Questi dati sono utili durante la pianificazione di aumentare la scalabilità di un'applicazione. La disponibilità di queste informazioni aiuterà a supportare le decisioni e la pianificazione, soprattutto se l'organizzazione prevede di aggiungere più clienti, il che significherebbe più richieste in arrivo.
Per esempio , supponiamo che, in base ai requisiti forniti, sappiamo che l'API progettata deve soddisfare almeno 500 richieste all'ora e mantenere un tempo di risposta medio inferiore a 0,01 secondi.
Sulla base dei nostri test di carico e prestazioni, abbiamo scoperto che finché l'API riceve meno di 500 richieste all'ora, è in grado di mantenere lo SLA per il tempo di risposta medio. Tuttavia, se riceve altre 200 richieste, il tempo medio di risposta aumenta e il punto di interruzione viene raggiunto quando la richiesta in entrata supera 1200 all'ora.
Di solito, si vede che durante le fasi iniziali di progettazione, l'enfasi è spesso sugli aspetti funzionali dell'API. Con il passare del tempo, un prodotto inizia a supportare più client live, ovvero quando il test per le prestazioni dell'API e il test di carico entrano in scena in modo più sistematico.
usertesting quanti test al giorno
(iii) Test di sicurezza
Le interfacce di programmazione dell'applicazione o le API sono vulnerabili e rappresentano il punto di accesso più semplice per gli hacker malintenzionati che desiderano accedere ai dati o ottenere il controllo di un'applicazione.
Ciò può portare qualsiasi azienda in problemi legali, dove a causa di una violazione della sicurezza persone e / o organizzazioni non intenzionali sono in grado di accedere ai dati del cliente tramite una venerabile API.
Test di sicurezza è un ramo specializzato di test e dovrebbe essere gestito da specialisti. Le risorse per i test di sicurezza possono provenire dall'organizzazione o da consulenti indipendenti.
Leggi anche = >> Che cos'è il test del contratto di patto
Come introdurre il test API nella tua organizzazione
Il processo per introdurre i test API in qualsiasi organizzazione è simile al processo utilizzato per implementare o distribuire qualsiasi altro strumento e framework di test.
La tabella seguente riassume le fasi principali insieme al risultato atteso di ciascuna fase.
Fase | Passo | Risultato previsto |
---|---|---|
Selezione dello strumento | Raccogli i requisiti e identifica i vincoli | Comprendere i requisiti per la ricerca di mercato per uno strumento di test API appropriato. Per esempio. Che tipo di API viene testato: SOAP o REST? Dobbiamo assumere tester per questo ruolo o formare tester esistenti? Che tipo di test verranno eseguiti: test funzionali, prestazioni ecc. Qual è il budget per l'attuazione? |
Valuta gli strumenti disponibili | Confronta gli strumenti disponibili e seleziona 1 o 2 strumenti che soddisfano al meglio i requisiti. | |
Verifica teorica | Implementa un sottoinsieme di test con lo strumento selezionato. Presentare i risultati alle parti interessate. Finalizza lo strumento da implementare. | |
Implementazione | Iniziare | A seconda dello strumento scelto, sarà necessario installare lo strumento richiesto su un PC, una macchina virtuale o un server. Se lo strumento di scelta è basato su abbonamento, crea gli account del team richiesti. Allena la squadra, se necessario. |
Vai avanti | Crea test Eseguire i test Segnala i difetti |
Sfide comuni e modi per mitigarle
Parliamo di alcune delle sfide comuni che i team di controllo qualità devono affrontare durante il tentativo di implementare un framework di test API in un'organizzazione.
# 1) Scegliere lo strumento giusto
La selezione dello strumento corretto per il lavoro è la sfida più comune. Esistono diversi strumenti di test API disponibili sul mercato.
Può sembrare molto interessante implementare lo strumento più recente e più costoso disponibile sul mercato, ma se non porta i risultati desiderati, allora quello strumento non serve.
Quindi, scegli sempre lo strumento che soddisfa i requisiti 'indispensabili' in base alle tue esigenze organizzative.
Ecco una matrice di valutazione dello strumento di esempio per gli strumenti API disponibili
Attrezzo | Prezzi | Appunti |
---|---|---|
Soap UI | Versione gratuita disponibile per SoapUI Open Source (test funzionale) | * REST, SOAP e altri popolari protocolli API e IoT. * Incluso nella versione gratuita Test ad-hoc SOAP e REST Asserzione messaggio Creazione di test drag & drop Registri di prova Configurazione di prova Prova dalle registrazioni Reporting di unità. * L'elenco completo delle funzionalità può essere trovato nel loro sito web. |
Postino | App Postman gratuita disponibile | * Più utilizzato per REST. * Le funzionalità possono essere trovate nel loro sito web. |
Parasoft | È uno strumento a pagamento, richiede l'acquisto di una licenza e quindi richiede l'installazione prima che lo strumento possa essere utilizzato. | * Test API completo: funzionale, carico, test di sicurezza, gestione dei dati di test |
vREST | Basato sul numero di utenti | * Test API REST automatizzato. * Registra e riproduci. * Rimuove la dipendenza dal frontend e dal backend utilizzando API fittizie. * Potente convalida della risposta. * Funziona per applicazioni di test distribuite su localhost / intranet / internet. * JIRA Integration, Jenkins Integration Imports from Swagger, Postman. |
HttpMaster | Express Edition: download gratuito Versione professionale: basata sul numero di utenti | * Aiuta nel test del sito Web e nel test delle API. * Altre caratteristiche includono la capacità di definire parametri globali, fornisce all'utente la possibilità di creare controlli per la convalida della risposta dei dati utilizzando l'ampio set di tipi di convalida che supporta. |
Runscope | In base al numero di utenti e ai tipi di piano | * Per il monitoraggio e il test delle API. * Può essere utilizzato per la convalida dei dati per garantire la restituzione dei dati corretti. * Contiene funzionalità di monitoraggio e notifica in caso di errori di transazione API (se la tua applicazione richiede la convalida del pagamento, questo strumento può rivelarsi una buona scelta). |
PingAPI | Gratuito per 1 progetto (1.000 richieste) | * Utile per il test e il monitoraggio delle API automatizzati. |
# 2) Specifiche di prova mancanti
In qualità di tester, dobbiamo conoscere i risultati attesi per testare efficacemente un'applicazione. Questa è spesso una sfida, poiché per conoscere i risultati attesi, abbiamo bisogno di requisiti chiari e precisi, il che non è il caso.
Per esempio , considerare i requisiti forniti di seguito:
'L'applicazione deve accettare solo una data di spedizione valida e tutti i requisiti non validi devono essere rifiutati'
Questi requisiti mancano di dettagli chiave e sono molto ambigui: come definiamo una data valida? E il formato? Restituiamo un messaggio di rifiuto all'utente finale, ecc.?
Esempio di requisiti chiari:
1) L'applicazione deve accettare solo una data di spedizione valida.
La data di spedizione è considerata valida se lo è
- Non in passato
- Maggiore o uguale alla data odierna
- È in un formato accettabile: GG / MM / AAAA
Due)
Codice di stato della risposta = 200
Messaggio: OK
3) La data di spedizione che non soddisfa i criteri di cui sopra deve essere considerata non valida. Se un cliente invia una data di spedizione non valida, deve rispondere con i seguenti messaggi di errore:
3.1
Codice di stato della risposta NON 200
Errore: la data di spedizione fornita non è valida; assicurati che la data sia nel formato GG / MM / AAAA
3.2
Codice di stato della risposta NON 200
Errore: la data di spedizione fornita è nel passato
# 3) Curva di apprendimento
Come accennato in precedenza, l'approccio per il test delle API è diverso rispetto all'approccio seguito durante il test delle applicazioni basate su GUI.
Se stai assumendo specialisti interni o consulenti per il test delle API, la curva di apprendimento dell'approccio al test delle API o dello strumento di test delle API potrebbe essere minima. Qualsiasi curva di apprendimento, in questo caso, sarebbe associata all'acquisizione della conoscenza del prodotto o dell'applicazione.
Se a un membro del team esistente viene assegnato il compito di apprendere i test API, a seconda dello strumento scelto, la curva di apprendimento può essere medio-alta, insieme alla modifica dell'approccio del test. La curva di apprendimento per il prodotto o l'applicazione stessa può essere medio-bassa a seconda che questo tester abbia testato l'applicazione in precedenza o meno.
# 4) Set di abilità esistente
Questo si collega direttamente al punto precedente sulla curva di apprendimento.
Se un tester stava passando da un test basato su GUI, allora avrebbe dovuto cambiare l'approccio del test e apprendere il nuovo strumento o framework come richiesto. Per esempio. Se l'API accetta le richieste in formato JSON, il tester dovrebbe apprendere cos'è JSON per iniziare a creare i test.
Argomento di studio
Compito
Per ampliare un'applicazione esistente, un'azienda desiderava offrire un prodotto in API e un'applicazione GUI standard. Al team addetto al controllo qualità è stato chiesto di fornire un piano di copertura dei test per assicurarsi che siano pronti ad accogliere i test delle API oltre i normali test basati sulla GUI.
Sfide
- Nessuno degli altri prodotti software aveva un'architettura basata su API, quindi per consentire il test di questa attività, il team deve stabilire da zero il processo di test API. Ciò significa che gli strumenti dovevano essere valutati, selezionati, finalizzati e il team doveva essere formato per i test.
- Non è stato assegnato alcun budget aggiuntivo per l'acquisizione e l'implementazione dello strumento. Ciò significa che il team doveva scegliere uno strumento di test delle API gratuito o open source e qualcuno del team esistente doveva essere addestrato per svolgere questo compito.
- Non c'erano requisiti per i campi API e la convalida dei dati. I requisiti erano 'dovrebbe funzionare allo stesso modo dell'applicazione GUI corrispondente'.
L'approccio seguito dal team per mitigare i rischi e aggirare le sfide
- Il team di controllo qualità ha lavorato con il team di progetto per identificare i seguenti requisiti:
- Tipo di API (REST / SOAP): RIPOSO
- Test richiesti (Funzionale, Carico, Sicurezza): Solo test funzionali
- Test automatici richiesti (Sì / No): Opzionale per ora
- Rapporti di prova (Sì / No): necessario
- Il team di controllo qualità ha effettuato la valutazione degli strumenti sui disponibili Strumenti di test API in base ai requisiti indispensabili. Postman API Tool è stato finalizzato come uno strumento di loro scelta poiché era gratuito e anche facile da usare, riducendo così al minimo la curva di apprendimento, e aveva il potenziale per automatizzare i test e veniva fornito con buoni rapporti integrati.
- Lo stesso tester che ha testato l'applicazione è stato addestrato all'uso di Postman per creare test iniziali eliminando così qualsiasi lacuna nella conoscenza del prodotto.
- Per far fronte ai requisiti mancanti, il team del progetto ha costruito la documentazione di alto livello a livello di campo utilizzando Swagger. Ciò tuttavia ha lasciato alcune lacune in termini di formati di dati accettabili e questo è stato ripreso con il team del progetto ei formati previsti sono stati concordati e documentati.
Conclusione
Le applicazioni basate su API hanno guadagnato popolarità negli ultimi tempi. Queste applicazioni sono più scalabili rispetto alle applicazioni / software tradizionali e consentono una più facile integrazione con le altre API o applicazioni.
Questo tutorial sul test delle API ha spiegato in dettaglio tutto su Test API, Test Shift Left, Servizi Web e API Web. Abbiamo anche esplorato le differenze tra servizi Web e API Web con esempi.
Nella seconda parte del tutorial, abbiamo discusso l'intero spettro del test API, come introdurre il test API nella tua organizzazione e alcune sfide comuni in questo processo insieme alle soluzioni per loro.
Dai un'occhiata al nostro prossimo tutorial per saperne di più sui servizi Web insieme agli esempi !!
Lettura consigliata
- Alpha test e beta test (una guida completa)
- Test funzionale vs test non funzionale
- Esercitazione sul test di usabilità: una guida introduttiva completa
- Guida completa al test di verifica della costruzione (test BVT)
- Tutorial sul test DevOps: in che modo DevOps influirà sui test di controllo qualità?
- Tutorial sui test di accessibilità (una guida completa passo passo)
- Migliori strumenti di test del software 2021 [Strumenti di automazione del test QA]
- Che cos'è il test del software? Oltre 100 tutorial gratuiti sui test manuali