Dati, parole chiave e amp; Framework di automazione ibrida in QTP / UFT

Sommario:

Anonim

In questo tutorial, useremo QTP (HP UFT) per creare file

  • Framework basato sui dati
  • Framework basato su parole chiave
  • Framework ibrido

Quindi iniziamo -

Framework basato sui dati

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

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 vengono scritti per eseguire la parametrizzazione. Questo tipo di framework è utile quando la funzionalità dell'AUT deve essere testata con diversi input e catturare i rispettivi output. Questi input possono essere letti da un file esterno come database, Excel, Outlook, file di testo ecc. E i rispettivi output vengono riscritti nella sorgente esterna corrispondente.

I passaggi generali coinvolti nel framework basato sui dati sono:

  1. Preparare lo scenario di test per l'applicazione sottoposta a test
  2. Aggiungi gli oggetti da AUT a OR
  3. Scrivi gli script in base al test case

In questo tutorial, svilupperemo un progetto di framework basato sui dati per un caso di test di esempio usando Excel come origine esterna per i dati di test.

Passaggio 1) Preparare lo scenario di test per l'applicazione in prova

Scenario di prova : apri il numero dell'ordine e ottieni il nome del cliente per quell'ordine. Ripeti la stessa procedura 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 al fine di 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 di prova.

4. Infine, la cella deve essere letta.

Passaggio 2) Aggiungi 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 da aggiungere sono i seguenti

  • Icona "Apri cartella" nell'applicazione Prenotazione volo

  • Casella di controllo "Order No" che può essere ottenuta facendo clic sull'icona "Open Folder"

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

  • Il pulsante OK

  • Il campo "Nome" che è una casella di WinEdit. Questo campo verrà popolato con un nome dopo aver fatto clic sul pulsante OK per un particolare numero di ordine.

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

Passaggio 3) Scrivi 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 sottostante è quello di 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 : Foglio1

Produzione

Una volta eseguito lo script precedente, l'output può essere ottenuto da Excel come segue:

Il Data-Driven Framework può anche essere sviluppato scrivendo una programmazione descrittiva.

Utilizzo del database come origine esterna per DDF

Lo stesso test case può essere eseguito se la fonte esterna è un database utilizzando i seguenti passaggi

  1. Scrivi VBScript per stabilire la connessione al database
  2. VBScript per aprire un recordset o una tabella.
  3. VBScript per aprire il campo desiderato
  4. La cella particolare viene letta dal campo.

Script

Per stabilire una connessione al database Microsoft

Driver = {Microsoft Access Driver (* .mdb)}; DBQ =

Nome set di record: OpenOrder

Nome campi: OrderNo, CustomerName

PS: Microsoft Access 2010 non può essere connesso utilizzando lo script seguente.

Produzione

Vantaggi di DDF

  • È possibile leggere e scrivere un gran numero di dati di test nel file esterno in un unico 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 i 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 di DDF

  • La conoscenza dello scripting è necessaria per sviluppare questo framework
  • A volte il numero o le combinazioni di dati da una fonte esterna come il database possono rallentare o addirittura mandare in crash il QTP

Framework basato su 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, le parole chiave vengono create per eseguire una particolare fase di test o un test case. Queste parole chiave vengono quindi chiamate 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 funzionare alla prova.

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

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

Il nostro scopo è 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 test 1: accedere all'applicazione

Parola chiave: Login ()

Script registrato:

Scenario di test 2: inserire l'ordine

Parola chiave: InsertOrder ()

Script registrato:

Scenario di test 3: Apri l'ordine

Parola chiave: OpenOrder ()

Script registrato:

Caso di test 4: eliminare l'ordine

Parola chiave: DeleteOrder ()

Script registrato:

Caso di test 5: 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 ha il seguente aspetto:

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

Vantaggi

  • Qualsiasi numero di casi di test può essere eseguito su un singolo test semplicemente chiamando 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 alto se il numero di casi di test da eseguire è molto limitato
  • La registrazione dei passaggi non viene sempre utilizzata quando si progetta KDF per molte applicazioni sullo stesso test.

Framework ibrido

Un framework ibrido è 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 the order è stato parametrizzato. Quindi lo script per questo test case viene scritto per ricevere il numero d'ordine da un file Excel e per scrivere il nome del cliente nel file excel

Caso di test 1: accedere all'applicazione

Parola chiave: Login ()

Scenario di test 2: inserire l'ordine

Parola chiave: InsertOrder ()

Scenario di test 3: Apri 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:

Caso di test 4: eliminare l'ordine

Parola chiave: DeleteOrder ()

Caso di test 5: chiudere l'applicazione

Parola chiave: CloseApp ()

Seguendo questo semplice metodo, si ottiene la parametrizzazione di TC3. 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 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

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