Dati, parole chiave e framework di automazione ibrida in QTP/UFT

Quadro basato sui dati

Data Driven Framework è un framework guidato dalle diverse combinazioni di dati di input e output.

Un modo per passare diverse combinazioni di dati è tramite la parametrizzazione. In questo metodo utilizziamo diverse funzionalità di QTP. Per saperne di più sulla parametrizzazione, visitare qui.

Tuttavia, in DDF, gli script vengono scritti per eseguire la parametrizzazione. Questo tipo di framework è utile quando la funzionalità dell'AUT deve essere testata con diversi input e acquisire i rispettivi output. Questi input possono essere letti da un file esterno come Database, Excel, Outlook, File di testo ecc. e le rispettive uscite vengono riscritti nella corrispondente fonte esterna.

I passaggi generali coinvolti nel framework basato sui dati sono:

1. Prepara il file Test Case per l'applicazione in prova
2. Aggiungi gli oggetti da AUT a OR
3. Scrivere gli script basati sul Test Case

In questa Esercitazione sull'UFT, svilupperemo un progetto di framework basato sui dati per un caso di test di esempio utilizzando Excel come fonte esterna per i dati di test.

Passaggio 1) Preparare il caso di test per l'applicazione in fase di test

Test Case: apri il numero dell'ordine e ottieni il nome del cliente per quell'ordine. Ripeti la stessa procedura per diversi numeri di ordine

Fonte esterna: File Excel

La fonte esterna per questo campione è un file Excel. Lo script VB in Micro Focus UFT deve essere scritto per aprire un file Excel per leggere i dati del test. Ciò può essere ottenuto in modo gerarchico.

1. Un file Excel viene prima aperto come Applicazione

2. Quindi la cartella di lavoro deve essere aperta dalla posizione specificata

3. Il foglio dove sono presenti i dati della prova.

4. Infine, è necessario leggere la cella.

Passaggio 2) Aggiungere gli oggetti da AUT a OR

Una volta che il test case è pronto, inizia ad aggiungere tutti gli oggetti richiesti al repository. Nel nostro caso di test, gli oggetti che devono essere aggiunti sono i seguenti

• Icona "Apri cartella" nel file Applicazione per la prenotazione del volo
  

• Casella di controllo "Numero ordine" che può essere ottenuta quando si fa clic sull'icona "Apri cartella"

• La casella WinEdit del numero dell'ordine (dove vengono inseriti i numeri)

• Il pulsante OK

• Il campo "Nome" che è una casella WinEdit. Questo campo verrà popolato con un nome una volta che si fa clic sul pulsante OK per un numero di ordine specifico.

Una volta aggiunti tutti gli oggetti richiesti, il repository degli oggetti apparirà come segue:

Passaggio 3) Scrivere gli script in base al test case

Prima di eseguire lo script, assicurarsi che il file Excel contenente i dati del test sia stato salvato e chiuso.

Lo script seguente consiste nel leggere il numero dell'ordine da Excel e assegnarlo all'applicazione tramite la variabile "vOrder" e scrivere il nome del cliente dall'applicazione tramite la variabile "vName".

Nome Excel: FlightDDF.xlsx

Nome foglio: Foglio1

Copione

To Establish a Microsoft Database connection

Autista = {Microsoft Accedi al driver (*.mdb)}; DBQ =

Nome del set di registrazioni: OpenOrder

Nome campi: N. ordine, nome cliente

PS: Microsoft Impossibile connettere Access 2010 utilizzando lo script seguente.

Uscita

Vantaggi del FODD

• È possibile leggere e scrivere un gran numero di dati di test nel file esterno in un singolo test
• L'istruzione loop viene utilizzata per ripetere gli stessi passaggi per diverse iterazioni. Quindi lo sforzo di codifica è ridotto
• Poiché i dati vengono letti e scritti direttamente nel file esterno, non è necessario copiare, incollare o esportare dati per utilizzarli
• I dati del test possono essere letti da un file esterno e gli output possono essere scritti in qualsiasi altro file esterno

Svantaggi del FODD

• Per sviluppare questo framework è necessaria la conoscenza dello scripting
• A volte il numero o le combinazioni di dati provenienti da una fonte esterna come il database possono rallentare o addirittura bloccare il QTP

Framework guidato da parole chiave

Keyword Driven Framework è un framework in cui le parole chiave guidano il test. Qui la parola chiave si riferisce alle funzioni definite dall'utente. In questo framework, vengono create parole chiave per eseguire una particolare fase di test o un caso di test. Queste parole chiave vengono quindi richiamate nel test del driver per eseguire diversi casi di test nello stesso test.

Per conoscere le funzioni definite dall'utente in QTP, visitare qui

In generale, i framework possono essere sviluppati in tre modi per poter essere messi alla prova.

1. Registra ed esegui il test
2. Aggiungi oggetti al repository locale e scrivi gli script per tutte le fasi del test
3. Scrivere una programmazione descrittiva per tutte le fasi del test

In questo tutorial, il KDF viene sviluppato registrando ed eseguendo il test.

Il nostro obiettivo è eseguire un singolo test per cinque diversi casi di test come accedere all'applicazione, inserire un ordine, aprire un ordine, eliminare un ordine e chiudere l'applicazione. Quindi, registreremo i passaggi del test per questi casi di test e creeremo le funzioni rispettivamente con le parole chiave Login, InsertOrder, OpenOrder, DeleteOrder e CloseApp.

Caso di prova 1: accedi all'applicazione

Parola chiave: Login ()

Copione registrato:

Caso di test2: inserire l'ordine

Parola chiave:InserisciOrdine()

Copione registrato:

Caso di prova 3: aprire l'ordine

Parola chiave:Ordine aperto()

Copione registrato:

Caso di prova 4: eliminare l'ordine

Parola chiave:Elimina ordine()

Copione registrato:

Caso di test 5: chiudere l'applicazione

Parola chiave:ChiudiApp()

Copione registrato:

Le funzioni create per diversi casi di test vengono salvate in una libreria di funzioni e sono associate al test principale. È sufficiente richiamare le parole chiave per i casi di test necessari nel test principale, riducendo così la dimensione dello script del driver nel test principale.

Lo script del driver per questo semplice framework appare come:

Eseguendo lo script precedente, il risultato effettivo per tutti e cinque i casi di test può essere ottenuto da un singolo test.

Vantaggi

• È possibile eseguire un numero qualsiasi di casi di test su un singolo test semplicemente richiamando le rispettive parole chiave
• Scrivere una programmazione descrittiva generale per tutti gli oggetti web/windows e chiamarli come parole chiave aiuterà a eseguire lo stesso test per diverse applicazioni dinamiche
• Riduce la dimensione dello script del driver

Svantaggi

• Il tempo necessario per sviluppare questi framework è molto elevato se il numero di casi di test da eseguire è molto ridotto
• La registrazione dei passaggi non viene sempre utilizzata quando si progetta KDF per molte applicazioni nello stesso test.

Framework ibrido

Un framework ibrido è una combinazione di Data Driven Framework (DDF) e Keyword Driven Framework (KDF) in cui è possibile eseguire diversi casi di test con diversi input nello stesso test.

In questo articolo, gli stessi casi di test utilizzati in KDF verranno eseguiti in un unico test. Le parole chiave e gli script per tutti i casi di test sono gli stessi di KDF. Tuttavia è stato parametrizzato TC3: Apri l'ordine. Pertanto lo script per questo test case è scritto per ricevere il numero dell'ordine da un file Excel e per scrivere il nome del cliente nel file Excel

Caso di prova 1: accedi all'applicazione

Parola chiave: Login ()

Caso di test2: inserire l'ordine

Parola chiave:InserisciOrdine()

Caso di prova 3: aprire l'ordine per diversi numeri d'ordine

Parola chiave:Ordine aperto()

Descrizione: Qui viene utilizzato lo stesso script utilizzato per sviluppare un DDF, ottenendo così il test case per diverse iterazioni.

script:

Caso di prova 4: eliminare l'ordine

Parola chiave:Elimina ordine()

Caso di test 5: chiudere l'applicazione

Parola chiave:ChiudiApp()

Seguendo questo semplice metodo, si ottiene la parametrizzazione di TC3. Se applicabile, tutti gli altri casi di test possono essere parametrizzati nello stesso test.

Ad esempio, è un modo molto semplice di progettare un framework ibrido. Lo stesso quadro può essere ottenuto anche con la programmazione descrittiva.

Vantaggi

• Il tempo necessario per eseguire il test progettato con un framework ibrido è relativamente inferiore rispetto ad altri framework
• Questo può essere utilizzato quando abbiamo bisogno di tutti i casi di test e gli input associati a un particolare caso di test, nella stessa suite di test.

Svantaggio

• È richiesta una chiara conoscenza della combinazione di diversi quadri.