• Articles
• admin

In questo tutorial useremo QTP (HP UFT) per creare

• Data-Driven Quadro
• parola Chiave Guidato Quadro
• Ibrido Quadro

Così cominciamo –

Data-Driven Quadro

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

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

Tuttavia, in DDF, gli script sono scritti per fare la parametrizzazione. Questo tipo di framework è utile quando la funzionalità dell’AUT deve essere testata con diversi input e acquisire le rispettive uscite. Questi input possono essere letti da un file esterno come Database, Excel, Outlook, file di testo ecc.

La procedura generale coinvolti nel data-driven quadro sono:

1. Preparare il banco di Prova per l’Applicazione In un Test
2. Aggiungi Oggetti da AUT O
3. Scrivere gli script basato sul Test Case

In questo tutorial, si occuperà di sviluppare un data-driven design di framework per un esempio di un caso di prova utilizzando Excel come una sorgente esterna per i dati di Test.

Step1) Preparare il test Case per l’applicazione in prova

Test Case: aprire il numero d’ordine e ottenere il nome del cliente per tale ordine. Ripetere lo stesso processo per diversi numeri d’ordine

Fonte esterna: File Excel

L’origine esterna per questo esempio è un file Excel. Lo script VB in Micro Focus UFT deve essere scritto per aprire un file Excel per leggere i dati del test. Questo può essere ottenuto in modo gerarchico.

1. Un file Excel viene aperto prima un’applicazione as

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

3. Il foglio in cui sono presenti i dati di prova.

4. Infine, la cella deve essere letta.

Passaggio 2) Aggiungere gli oggetti da AUT a O

Una volta che il Test case è pronto, iniziare ad aggiungere tutti gli oggetti richiesti al repository. Nel nostro test, gli oggetti devono essere aggiunti sono come segue

• “Aprire la Cartella” icona nella Prenotazione del Volo applicazione

• “Ordine No” Casella di controllo che si può ottenere quando “Apri Cartella” utente fa clic sull’icona

• Il WinEdit casella di Ordine n (dove i numeri sono inseriti)

• Il pulsante OK

• Il campo “Nome”, che è un WinEdit box. Questo campo verrà popolato con un nome una volta cliccato il pulsante OK per un determinato numero d’ordine.

una Volta che tutti gli oggetti sono stati aggiunti i repository di oggetti viene visualizzato come segue:

Step 3) Scrivere lo script in base al Test Case

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

Sotto lo script è leggere il numero d’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: Sheet1

Script

To Establish a Microsoft Database connection

Driver = {Driver Microsoft Access (*.mdb)}; DBQ = < Percorso del database>

Nome set di record: OpenOrder

Nome campi: OrderNo, CustomerName

PS: Microsoft Access 2010 non può essere collegato utilizzando lo script sottostante.

Output

Vantaggi dei FODD

• UN gran numero di dati di prova possono essere letti e scritti in un file esterno in un singolo test
• Ciclo di istruzione viene utilizzata per ripetere la stessa procedura per le diverse iterazioni. Da qui lo sforzo di codifica è ridotto
• Dal momento che i dati vengono letti e scritti direttamente nel file esterno, non c’è bisogno di copiare, incollare o l’esportazione di dati, per poterli utilizzare
• Test si possono leggere Dati da un file esterno e le uscite possono essere scritti in qualsiasi altro file esterno

Svantaggi di DDF

• Scripting conoscenza è necessaria per sviluppare questo quadro
• a Volte o il numero di combinazioni di dati da una fonte esterna, come Database potrebbe rallentare o addirittura bloccare la QTP

Parola Chiave Guidato Quadro

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

Per conoscere le funzioni definite dall’utente in QTP, visita qui

In generale, i framework possono essere sviluppati in tre modi per eseguire il test.

1. Registra ed esegui il test
2. Aggiungi oggetti al repository locale e scrivi gli script per tutti i passaggi del test
3. Scrivi la programmazione descrittiva per tutti i passaggi del test

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

Il nostro obiettivo è quello di 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 di test per questi casi di test e creeremo le funzioni con le parole chiave Login, InsertOrder, OpenOrder, DeleteOrder e CloseApp rispettivamente.

Test Case1: Accedi all’applicazione

Parola chiave: Login ()

Script registrato:

Test Case2: inserire la parola chiave Order

:InsertOrder()

Script Registrato:

Prova Case3: Aprire l’Ordine

parole Chiave:OpenOrder()

Script Registrato:

Prova Case4: Eliminare l’Ordine

parola Chiave:DeleteOrder()

Script Registrato:

Prova Case5: Chiudere l’applicazione

parola Chiave:CloseApp()

Script Registrato:

Le funzioni create per diversi casi di test vengono salvate in una libreria di funzioni e sono associate al test principale. È sufficiente chiamare 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

• Qualsiasi numero di casi di test possono essere eseguiti su un singolo test, chiamando i loro rispettivi parole chiave
• Scrivere descrittive generali di programmazione per tutti i web/ windows oggetti & li chiama come parole chiave aiuterà in esecuzione lo stesso test per diverse applicazioni dinamiche
• Riduce le dimensioni del driver script

Svantaggi

• Tempi di sviluppo di queste strutture è molto alto, se ci sono molto pochi i numeri di casi di test per eseguire
• Registrazione la procedura non è sempre utilizzato per la progettazione di KDF per molte applicazioni sullo stesso test.

Un hybrid framework è una combinazione di Data Driven Framework (DDF) e Keyword Driven Framework (KDF) in cui diversi casi di test con diversi input possono essere eseguiti nello stesso test.

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

Prova Caso 1: il Login nell’applicazione

parola Chiave: Login ()

Prova Caso 2: Inserire l’Ordine

parola Chiave:InsertOrder()

Prova Case3: Aperto l’Ordine per diversi numeri d’ordine

parola Chiave:OpenOrder()

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

Script:

Prova Case4: Eliminare l’Ordine

parola Chiave:DeleteOrder()

Prova Case5: Chiudere l’applicazione

parola Chiave:CloseApp()

seguendo questo semplice metodo, la parametrizzazione della TC3 è raggiunto. Se applicabile, tutti gli altri casi di test possono anche essere parametrizzati nello stesso test.

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

Vantaggi

• Il tempo impiegato 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

• È necessaria una chiara conoscenza della combinazione di diversi framework.