SoapUI: come creare Test Suite & Caso di prova

Sommario:

Anonim

Comprensione del protocollo SOAP

Prima di creare un test case SOAPUI, è necessario comprendere le basi del protocollo SOAP. Ciò ti aiuterà a utilizzare l'interfaccia utente SOAP per testare le richieste e le risposte SOAP in modo efficace.

SOAP sta per S imple O bject A ccess P rotocol. Di seguito sono riportate le proprietà di un protocollo SOAP.

  • È un protocollo basato su XML per la comunicazione tra due diversi sistemi.
  • È una piattaforma e indipendente dalla lingua. Quindi, un sistema sviluppato utilizzando Java può comunicare con un sistema sviluppato in.NET.
  • Le richieste / risposte SOAP vengono trasportate tramite HTTP.

In questo tutorial di test imparerai:

  • Impara il FORMATO del messaggio SOAP
  • Crea un progetto
  • Creazione della suite di test
  • Creazione di uno scenario di test
  • Inserisci passo di prova
  • Comprensione della risposta al sapone e dei pannelli di registro
  • Invio manuale della richiesta e lettura della risposta

Impara il FORMATO del messaggio SOAP

Un messaggio SOAP è un normale documento XML contenente i seguenti elementi. Il messaggio può essere un messaggio di richiesta o un messaggio di risposta.

Dopo aver impostato lo spazio di lavoro che avevamo eseguito nell'ultimo tutorial, dobbiamo creare progetti, suite di test, casi di test per testare un determinato servizio web. Cerchiamo di capire i passaggi coinvolti nel fare lo stesso.

Crea un progetto

Passaggio 1: ora, a seconda del progetto, è necessario importare il protocollo SOAP / REST. Creeremo un nuovo progetto SOAP.

Passaggio 2: utilizzeremo la seguente richiesta SOAP http://www.dneonline.com/calculator.asmx?wsdl

  1. Immettere il nome del progetto
  2. Immettere il percorso della richiesta WSDL. In questo caso http://www.dneonline.com/calculator.asmx?wsdl
  3. Fare clic su OK

Nota:

  • Creare una richiesta di esempio per tutte le operazioni? Crea una richiesta di esempio per tutte le operazioni disponibili nel WSDL specificato. Non appena si immette l'indirizzo WSDL, questa opzione viene selezionata automaticamente. Puoi deselezionarlo.
  • Crea, una suite di test per il WSDL importato: crea una suite di test all'interno del progetto per il WSDL importato.
  • Percorsi relativi : consente all'utente di salvare tutti i file relativi al file di progetto.

Passaggio 3: Dopo aver creato il progetto SOAP con il suddetto WSDL, saremo in grado di vedere che ci sono due operazioni che verranno importate nel progetto.

Passaggio 4)

Espandi la prima richiesta e fai clic con il pulsante destro del mouse su "Aggiungi". Quindi fare clic su "Nuova richiesta".

Quindi fare clic su "OK". Visualizzerà la richiesta SOAP nel formato XML

  1. Immettere "intA" e "intB"
  2. Fare clic sul pulsante di invio
  3. L'XML di risposta verrà visualizzato nel riquadro a destra.

Potresti chiederti perché creare casi di test? Quando puoi testare direttamente il servizio Web qui

...

Bene, puoi inviare una richiesta per un'operazione. E gli altri? Quante combinazioni di input per le aggiunte puoi fare usando questa operazione ? Devi modificare la richiesta per ogni combinazione.

Ad esempio: se vuoi aggiungere da 4 e 4 invece di 5 e 5

… È necessario modificare nuovamente l'operazione. Quindi, è necessario creare una suite / casi di test per testare tutti gli scenari possibili senza dover modificare direttamente l'operazione stessa.

Creazione della suite di test

Passaggio 1: all'interno del progetto, i tester possono creare una suite di test facendo clic con il pulsante destro del mouse sulla radice del progetto.

Passaggio 2: è necessario inserire il nome della suite di test e premere OK.

Passaggio 3: la suite di test creata viene visualizzata nel riquadro di navigazione come mostrato di seguito.

Passaggio 4: la finestra della suite di test si apre nel riquadro destro. Come abbiamo appena creato, NON ci sono casi di test. Quindi tutte le opzioni sono disabilitate.

Creazione di uno scenario di test

Passaggio 1: all'interno di una suite di test, possiamo creare più test facendo clic con il pulsante destro del mouse sulla "suite di test" e scegliendo "Nuovo test case".

Passaggio 2: specificare il nome del test case e fare clic su "OK".

Passaggio 3: lo scenario di test creato ha zero passaggi come mostrato di seguito.

Nota : possiamo vedere che il test case viene aggiunto con zero passaggi di test per tutti i tipi di test disponibili. Dopo aver aggiunto i passaggi del test, i numeri tra parentesi cambierebbero automaticamente.

La fase del test funzionale dovrebbe andare in "Fasi del test", mentre una fase del test delle prestazioni dovrebbe andare in "Test di carico" e una fase del test di sicurezza dovrebbe andare in "Test di sicurezza".

Passaggio 4: è possibile inserire una serie di passaggi del test eseguendo un clic con il pulsante destro del mouse sui passaggi del test e selezionando un passaggio del test appropriato come mostrato di seguito. Quindi, se si dovesse testare un servizio Web REST, selezionare la richiesta di test REST.

Inserisci passo di prova

Ora aggiungiamo un passaggio di test per convalidare la richiesta SOAP importata.

Passaggio 1: aggiungere un nuovo passaggio "Richiesta SOAP" come mostrato di seguito.

Passaggio 2: immettere il nome del passaggio e fare clic su OK.

Passaggio 3: facendo clic su "OK", viene visualizzata una finestra di dialogo per selezionare l'operazione da richiamare. Vengono elencate tutte le operazioni e l'utente può selezionare l'operazione che desidera richiamare.

  • Sono molte le operazioni che verranno elencate. Le operazioni sono le stesse tranne la versione SOAP utilizzata.

    CalculatorSoap: utilizza SOAP versione 1.1 mentre,

    CalculatorSoap12 - utilizza SOAP versione 1.2

  • La versione non ha importanza per noi in questo contesto. Quindi puoi selezionare quello che preferisci.

  • Dopo aver selezionato l'operazione, fare clic su "Ok"

Passaggio 4: durante l' aggiunta di uno scenario di test, possiamo aggiungere asserzioni standard. Asserzioni chiamate anche checkpoint / punti di convalida che tratteremo in dettaglio nel prossimo tutorial.

Possiamo aggiungere i seguenti punti di controllo / asserzioni durante la creazione dello scenario di test. Creiamo un test case con l'opzione che significa creare una fase di test SENZA nessuno dei punti di convalida seguenti

  1. Verifica se il messaggio di risposta è SOAP, al momento dell'esecuzione del test.
  2. Verifica se lo schema di risposta è valido.
  3. Verifica se la risposta SOAP contiene FAULT.

Passaggio 5: dopo aver creato lo scenario di test, l'XML della richiesta viene mostrato di seguito. La struttura dell'XML è spiegata nell'istantanea sottostante.

Passaggio 6: il conteggio dei passaggi del test è ora incrementato a uno poiché abbiamo appena aggiunto un passaggio del test. Allo stesso modo, dopo aver aggiunto la fase dei test di carico e sicurezza, il numero corrispondente verrebbe automaticamente incrementato in base al numero di passaggi aggiunti.

Invia la richiesta manualmente e leggi la risposta

Passaggio 1: vorremmo aggiungere due numeri interi.

  • intA - 5
  • intB - 5

Il prossimo,

  1. Dobbiamo inserire questi input al posto del punto interrogativo che verrà inviato come XML di richiesta.
  2. Dopo aver inserito questi valori nei tag XML corrispondenti, fare clic sul pulsante "invia richiesta" per verificare la risposta.

Passaggio 2: dopo aver inviato una richiesta, la richiesta del servizio Web viene elaborata dal server Web e invia una risposta come mostrato di seguito.

Leggendo la risposta, possiamo concludere che 5 più 5 fa 10.

Comprensione della risposta al sapone e dei pannelli di registro

Come spiegato all'inizio di questo tutorial, i messaggi SOAP vengono trasportati tramite protocollo HTTP. Diamo uno sguardo ai messaggi RAW. Questo ci aiuterà a capire come la richiesta e la risposta SOAP sono state trasportate da HTTP.

Passaggio 1: fare clic sulla scheda "RAW" in entrambe le finestre di richiesta dell'interfaccia utente SOAP.

  1. La richiesta viene pubblicata sul server web. Quindi, viene utilizzato il metodo POST di Http.
  2. La richiesta SOAP viene trasportata nel corpo del messaggio Http.

Passaggio 2: ora fai clic sulla scheda "RAW" nella finestra di risposta dell'interfaccia utente SOAP per capire come viene inviata la risposta tramite HTTP.

  1. Dopo aver elaborato la richiesta, viene mostrato il codice di risposta HTTP (200) che significa che è andata a buon fine. Il server web lo ha elaborato correttamente.
  2. La risposta SOAP viene restituita al client come parte del corpo del messaggio HTTP.

Una rapida istantanea dei codici di risposta HTTP per una facile comprensione e debug. La tabella seguente ti aiuterà a risolvere i problemi in base al codice HTTP ricevuto dal server web.

Codice HTTP Descrizione
1xx: Informativo: indica una richiesta ricevuta e un processo continuo.
2xx: Successo: l'azione è stata ricevuta, compresa e accettata con successo.
3xx: Reindirizzamento : significa che è necessario intraprendere ulteriori azioni per completare la richiesta.
4xx: Errore client: significa che la richiesta contiene una sintassi errata o non può essere soddisfatta
5xx: Errore del server: il server non è riuscito a soddisfare una richiesta apparentemente valida

Passaggio 3: comprendiamo le altre informazioni visualizzate nella finestra dello scenario di test.

  1. Rappresenta NESSUNA intestazione nella richiesta che viene inviata
  2. Rappresenta NESSUN allegato nella richiesta che viene inviata al server web.
  3. Rappresenta 10 informazioni di intestazione e le stesse vengono visualizzate facendo clic su di essa.
  4. Rappresenta che non sono presenti allegati dal messaggio di risposta.

PANNELLO TRONCHI:

Il riquadro dei registri contiene informazioni complete sulla transazione tra il client e il server. Gli utenti saranno in grado di vedere le schede del riquadro Log come mostrato di seguito. Discuteremo i riquadri di registro più comunemente utilizzati quando si lavora con SOAP-UI.

SoapUI Log - Visualizza le informazioni di risposta dal webserver. Le stesse informazioni sono memorizzate nel file soapui.log della cartella SOAP-UI installata nella directory "bin".

Registro HTTP : visualizza tutti i trasferimenti di pacchetti HTTP. Tutte le informazioni in "RAW" vengono visualizzate nel registro HTTP.

Registro degli errori: il registro degli errori mostra tutti gli errori che abbiamo riscontrato durante l'intera sessione del progetto. Le stesse informazioni sono disponibili in "soapui-errors.log" presente nella directory "bin" della posizione di installazione dell'interfaccia utente SOAP.

Registro memoria: questa scheda controlla il consumo di memoria e lo visualizza sotto forma di grafico come mostrato di seguito. È davvero utile quando viene eseguita un'operazione che richiede molta memoria.

Ora che abbiamo creato una suite di test, uno scenario di test, una fase di test e ottenuto una risposta, il passaggio successivo consiste nel convalidare la risposta. Tratteremo i tipi di asserzioni nel prossimo tutorial.