{"id":6445,"date":"2019-04-26T09:26:34","date_gmt":"2019-04-26T07:26:34","guid":{"rendered":"https:\/\/www.addlance.com\/blog\/?p=6445"},"modified":"2021-02-17T23:33:06","modified_gmt":"2021-02-17T22:33:06","slug":"devi-testare-una-web-api","status":"publish","type":"post","link":"https:\/\/www.addlance.com\/blog\/devi-testare-una-web-api\/","title":{"rendered":"Devi testare una web API? Buone Pratiche, Strumenti e 6 Consigli prima di iniziare"},"content":{"rendered":"

\"testareAPI, web service e web API. In un recente articolo abbiamo parlato di API, acronimo di Application Programming Interface<\/em><\/a>, interfaccia che un’applicazione offre per comunicare con altre applicazioni. API \u00e8 una raccolta di funzioni software<\/em> che possono essere eseguite da un’altra applicazione.<\/p>\n

I web service sono omologhi alle API<\/strong>, hanno la stessa origine e si differenziano per specializzazione, operando solo su web. Quindi un web service fornisce dati su web ad altri servizi\/applicazioni indipendentemente dal sistema operativo<\/strong> su cui questi girano e dal linguaggio di programmazione utilizzato.<\/p>\n

<\/p>\n

Prima di testare una web API: qual \u00e8 la differenza tra questa e un web service?<\/h2>\n

Qual \u00e8 la differenza tra le API web e i servizi Web? Tutti i servizi web sono API, ma non tutte le API sono servizi web. Le web API e i servizi web sono spesso confusi l’uno con l’altro<\/strong>; tuttavia, le web API sono un’evoluzione dei servizi web in cui viene indicato come i componenti software <\/em>dovrebbero interagire tra loro usando come intermediario il protocollo HTTP specifico del web. Il client <\/em>non ha bisogno di sapere quale procedura chiamare sul server<\/em>, cosa invece necessaria con un web service di cui bisogna conoscere gli endpoint<\/em>. Utilizza invece una serie di comandi (chiamati “verbi”) che sono incorporati in HTTP e quando il comando arriva dall’altra parte, spetta al sistema di ricezione sapere cosa fare con esso.<\/p>\n

Leggi anche Architettura REST: le pratiche di buona progettazione<\/a><\/p>\n

Ad esempio, il verbo HTTP che viene in genere utilizzato per recuperare i dati \u00e8 “GET”. Quando l’HTTP viene utilizzato per astrarre i sistemi l’uno dall’altro, i sistemi sono considerati pi\u00f9 strettamente accoppiati (rispetto ai servizi web) e quindi l’intero sistema risulta pi\u00f9 robusto. L’HTTP non \u00e8 l\u2019unico protocollo utilizzabile, ad esempio CoAP \u00e8 un protocollo simile a HTTP che \u00e8 comune a Internet of Things<\/em>, ed \u00e8 anche considerato come RESTful.<\/p>\n

E’ quindi evidente che l\u2019errore, nel caso di una web API risulti potenzialmente molto dannoso in quanto coinvolge la gestione della stessa applicazione, i server<\/em> su cui \u00e8 in esecuzione e i client<\/em> che lo utilizzano. Vediamo quindi quali sono le buone pratiche e gli strumenti per testare una web API.<\/p>\n

Come testare una web API: buone pratiche e strumenti<\/h2>\n

Il test di una web API \u00e8 un test del software<\/em>, quindi un test per verificare se la web API soddisfa le aspettative in termini di funzionalit\u00e0, affidabilit\u00e0, prestazioni<\/strong> e sicurezza<\/strong>.<\/p>\n

Leggi anche Sai cos\u2019\u00e8 un web service? Eppure lo usi tutti i giorni<\/a><\/p>\n

Vediamo qual \u00e8 lo schema che riassume le varie tipologie di test che lo sviluppatore deve praticare per garantire la qualit\u00e0 del software<\/em> prodotto. E’ importante sottolineare che ogni strumento serve per identificare e risolvere una particolare classe di problemi ed osservare il comportamento del software<\/em> in esame sotto diversi punti di vista.<\/p>\n