Un test API utilizza un repository di oggetti?

No. Un test API ha attività, proprietà di input e output e fonti di dati anziché oggetti di test, quindi non è coinvolto alcun repository di oggetti. Solo i test GUI apprendono gli oggetti e ne memorizzano le descrizioni.

Test API UTILIZZANDO QTP/UFT: Esercitazione completa

⚡ Riepilogo intelligente

Test API in QTP/UFT È possibile validare un servizio direttamente, senza utilizzare un'interfaccia utente. Un test API viene strutturato come un flusso di attività su una tela, e i checkpoint determinano se ogni risposta è superata.

🔘 Nessuna interfaccia grafica: I dati in ingresso vengono inviati direttamente al servizio e la risposta registrata viene confrontata con le aspettative.
☑️ Cinque tipologie supportate: Servizi web, REST, linguaggio orientato agli oggetti, database e API proprietarie.
✅ Flusso di attività, non di oggetti: Trascina una richiesta HTTP dalla casella degli strumenti sul flusso di test e impostane le proprietà.
🧪 I checkpoint decidono il verdetto: Un checkpoint del codice di stato 200 indica che la chiamata è andata a buon fine senza necessità di ispezione manuale.
️ Risultati in un unico posto: Il visualizzatore dei risultati della corsa riporta ogni attività, la relativa risposta e l'esito di ogni checkpoint.
???? Denominazione attuale: QTP inoltre HP Service Test è diventato UFT, ora venduto come OpenText Test funzionale (UFT Uno).

Scopri di più

Prima di testare un'API, dobbiamo capire cos'è un'API. Un'API (Application Programming Interface) è un insieme di funzioni e procedure software che possono essere eseguite da altre applicazioni software.

Cos'è il test API?

Test API è un test del software Metodo per la validazione delle interfacce di programmazione delle applicazioni (API). L'obiettivo del test delle API è quello di verificarne la funzionalità, l'affidabilità, la sicurezza e le prestazioni. Nel test delle API, si utilizza un software per inviare input all'API e si registra l'output al fine di testarla.

Quindi il test delle API è:

Test senza GUI
Simulazione programmatica di scenari di dati o di flusso di controllo.
Focus funzionalitànon sul comportamento o sull'esperienza del cliente.

Il diagramma seguente colloca il test delle API tra il client che chiama il servizio e i dati che quest'ultimo riceve.

Perché il test API è importante?

Il test delle API presenta quattro vantaggi significativi

1. Il test API è la tendenza

Come mostra la figura seguente, il testing delle API è cresciuto molto rapidamente negli ultimi dieci anni, diventando di gran lunga più popolare rispetto ad altri tipi di test.

2. Risparmio di tempo

Con i test API possiamo utilizzare l'esecuzione parallela per ridurre i tempi di esecuzione dei test. È possibile risparmiare fino a 5 volte rispetto ad altri tipi di test.

3. Indipendente dalla lingua

Nel test API, i dati vengono scambiati tramite XML or JSON, quindi qualsiasi linguaggio può essere utilizzato per testare la risposta. Ad esempio, se hai un servizio la cui risposta è in formato JSON, puoi facilmente analizzare i dati con Java, C# o qualsiasi altra lingua.

4. Facile integrazione della GUI

Perché UFT In un'unica soluzione è possibile includere test GUI e test API; una chiamata API può impostare i dati per un test dell'interfaccia utente ed entrambi i tipi di test possono essere riportati nello stesso report di esecuzione. Questo permette di mantenere il controllo del servizio e la schermata che lo utilizza all'interno di un unico progetto, anziché utilizzare due toolchain separate.

Test API con UFT (Test funzionale unificato)

Sono disponibili numerosi strumenti, sia open-source che commerciali. UFT è un'ottima scelta per l'esecuzione di test API, perché il flusso viene creato visivamente e la configurazione è gestita in un unico pannello delle proprietà.

L'ultima versione di QTP, chiamato HP Unified Test di funzionalità (UFT), è una combinazione di HP QTP (uno strumento di test dell'interfaccia grafica) e HP Service Test (uno strumento di test delle API). UFT supporta il Web, Java, .NETTO, Oracle, Siebel, servizi web e molti altri linguaggi e piattaforme importanti che le versioni precedenti non supportavano.

⚠️ Denominazione del prodotto: lo strumento qui descritto come HP UFT ora è venduto come OpenText Test funzionale (UFT Uno), essendo passato da HP a Micro Focus e poi a OpenTextLe schermate seguenti provengono dalla versione rilasciata all'epoca di HP, quindi la dicitura dei menu differisce dalle versioni attuali, ma il flusso di test delle API, le attività e i checkpoint funzionano allo stesso modo.

Tipo di supporto per i test API da parte di HP UFT

servizio Web
REST
Linguaggio orientato agli oggetti
Banca Dati
API proprietaria

Inizia i tuoi primi test API con QTP

In questo test API in UFT tutorial, tratteremo UFT Esempi di test API. Testeremo l'API Graph di Facebook. Testeremo l'API come Test Case sotto

Ottieni un profilo dell'utente specificato su Facebook.
Verificare che il profilo corrisponda alle aspettative.

Ecco un passaggio per creare un flusso di test per questa API.

⚠️ Informazioni su questo esempio: Facebook ha ritirato l'API Graph v2.3 anni fa e il token di accesso mostrato di seguito è scaduto da tempo, quindi la chiamata esatta non restituisce più dati. La richiesta originale è rimasta invariata nell'esempio pratico; per seguire gli stessi passaggi, è possibile utilizzare qualsiasi endpoint REST attualmente in uso.

Passaggio 1) Apri HP UFT e creare un nuovo progetto di test API

Scegli Start > (Tutti) i programmi > Software HP > HP Unified Functional Testing > Unified Functional Testing. Nelle versioni attuali questo è semplicemente il UFT Un scorciatoia.
Clicchi File > Nuovo > Prova. Selezionare il Prova API Digitare
Quando si apre una finestra di dialogo, immettere il nome del test API: API_Facebooke seleziona una posizione in cui salvare questo progetto. Fai clic Crea per creare il progetto di test API.

Passaggio 2) Aggiunta della richiesta HTTP al flusso di test

Utilizzeremo la richiesta HTTP per effettuare una richiesta all'API di Facebook.

Seleziona Strumenti > Reti
Trascina l'elemento Richiesta HTTP per testare il flusso.

Passaggio 3) Configurare e passare i parametri in una richiesta HTTP

Fare clic con il tasto destro del mouse su Richiesta HTTP oggetto per modificarlo.

Nella sezione Proprietà, inserire il URL

https://graph.facebook.com/v2.3/me?access_token=CAACEdEose0cBANJsDnbZC92mNAghaM6xxZCZBZAvKlMXS98VYvKy%20OlrfAdsUWR8x5aw9Kqc0grscs9zb9IYED4VC3FwapIZBj%20dsuxy%20HdLcff38gYUBFNeRQlH%20fN7eXKoVZBNl0bR233ZAZCw8fLF1QLh98ry2ZBeYBhXLabtTDkFPZA1IqhaMG0mQp30zO1%20QxQ19nVCxZArJA6XRoB1o5FMepII5cn3DgbBmTgZD

È inoltre possibile passare un parametro all'API impostando i valori nel Intestazione richiesta griglia.

Usa il Esplora API grafico di Facebook per ottenere il valore di access_token.
Impostare il Metodo HTTP a GET.
Configurazione Punti di controllo di Richiesta HTTP. Imposta il codice di stato su 200 Nella sezione Checkpoint. I checkpoint consentono di verificare se l'azione è andata a buon fine senza dover controllare manualmente il risultato, e determinano l'esito del test (superato o fallito). Un codice di stato 200 indica che il caso di test è stato superato.

Passaggio 4) Esegui il test

Clicca su Correre pulsante o premere F5, per aprire la finestra di dialogo Esegui test. Fare clic su Correre per compilare ed eseguire il test.

Passaggio 5) Visualizza il risultato

Si apre il visualizzatore dei risultati dell'esecuzione. In questo test API si utilizza UFT Ad esempio, un caso di test fallito viene segnalato come nella figura seguente.

Quando il caso di test ha esito positivo, il risultato viene riportato come segue.

Il tuo primo test API in UFT è ora completo.

Dove andare da qui

Ora che hai imparato a creare un test con un test API in UFT, puoi creare il tuo test per la tua applicazione senza interfaccia grafica. Aggiungendo un posto di controllo per risposta e gruppoping chiamate in Transazioni sono i soliti passi successivi.

DOMANDE FREQUENTI

Un test GUI controlla i comandi sullo schermo e li memorizza come oggetti di test. Un test API è un flusso di attività su una tela che invia richieste direttamente a un servizio, quindi nulla viene registrato dall'interfaccia.

No. Un test API ha attività, proprietà di input e output e origini dati invece di oggetti di test, quindi no deposito di oggetti è coinvolto. Solo i test GUI apprendono gli oggetti e ne memorizzano le descrizioni.

Importa il file WSDL del servizio nel test. UFT Legge il documento, crea un'attività per ogni operazione esposta dal servizio e le aggiunge al riquadro Casella degli strumenti in modo che possano essere trascinate nel flusso di test come qualsiasi altra attività.

Collega le proprietà di input dell'attività a un'origine dati come un foglio Excel o un file XML invece di tipoping valori letterali. Ogni riga produce quindi un'iterazione e il Visualizzatore dei risultati dell'esecuzione riporta l'esito per ogni iterazione.

Gli strumenti basati sull'intelligenza artificiale confrontano le risposte tra le diverse esecuzioni per individuare eventuali deviazioni dallo schema e campi che presentano nuovi errori, e possono raggruppare gli errori ripetuti in base alla probabile causa principale. Ciò abbrevia la fase di triage, ma i valori attesi in ogni checkpoint richiedono comunque una decisione umana.

Copilot è utile per il codice relativo al test: logica di attività personalizzata, analisi della risposta e funzioni di supporto. Non può creare il flusso di test visivo o leggere il tuo serviziotracPertanto, ogni richiesta e checkpoint suggerito necessita di verifica.

SoapUI and Postman sono più leggeri e gratuiti fin dall'inizio. UFT Si guadagna il suo posto laddove lo stesso progetto deve coprire anche l'interfaccia utente, poiché una licenza e un set di risultati si estendono su entrambi i livelli.

Oltre al codice di stato HTTP, un test API può verificare il contenuto del corpo della risposta, i singoli valori dell'intestazione e i dati restituiti confrontandoli con una sorgente prevista. Ogni risultato del checkpoint viene visualizzato accanto alla richiesta nel Visualizzatore dei risultati dell'esecuzione.