Framework di test basato su parole chiave con esempio
Team editoriale
⚡ Riepilogo intelligente
Il test guidato da parole chiave separa la logica di test dal codice di automazione tramite mappaturaping Parole chiave in linguaggio naturale per funzioni riutilizzabili, in modo che i tester possano progettare, gestire e scalare suite automatizzate tramite fogli di calcolo anziché scrivere script per ogni singolo caso di test.
Che cos'è il test basato sulle parole chiave?
Test guidati da parole chiave è una tecnica di scripting che utilizza file di dati per contenere le parole chiave relative all'applicazione in fase di test. Queste parole chiave descrivono l'insieme di azioni necessarie per eseguire un passaggio specifico.
Un test basato su parole chiave è costituito da parole chiave di alto e basso livello, inclusi gli argomenti delle parole chiave, composti per descrivere l'azione di un caso di test. Viene anche chiamato test basato su tabelle o test basato su parole d'azione.
Migliori Framework guidato da parole chiave è il framework di test di automazione funzionale costruito attorno a questa tecnica. Suddivide i casi di test in quattro parti diverse al fine di separare la codifica dai casi di test e dalle fasi di test per una migliore automazione: le fasi di test stesse, gli oggetti su cui agiscono tali fasi, le azioni eseguite su tali oggetti e i dati forniti loro.
Nel Keyword Driven Testing, prima identifichi un insieme di parole chiave e poi associ un'azione (o funzione) correlata a queste parole chiave. Qui, ogni azione di test come l'apertura o la chiusura del browser, il clic del mouse, la sequenza di tasti, ecc. è descritta da una parola chiave come aprire il browser, fare clic su Digita testo e così via.
Il diagramma seguente mostra due azioni aziendali comuni che si trasformano in parole chiave riutilizzabili. Per Esempio:
- accesso al sito web “guru99” – La parola chiave “login” verrà utilizzata nel nostro framework di automazione, per testare la funzione di accesso o l’azione ad essa associata.
- il logout al sito web "guru99": la parola chiave "logout" verrà utilizzata nel nostro framework di automazione, per testare la funzione di logout o l'azione ad essa associata.
Troverete altri esempi più avanti nell'articolo. Lo schema non cambia mai: un'azione aziendale, una parola chiave, una funzione.
Esempio di parole chiave
Il glossario seguente elenca le parole chiave tipiche di un'applicazione bancaria e l'azione aziendale che ciascuna di esse innesca.
| Parole | Descrizione |
|---|---|
| Accedi | Accedi al sito demo della banca guru99 |
| Emails | INVIO |
| disconnessioni | Esci dal sito demo della banca guru99 |
| Notifiche | Trova notifiche non lette |
Suggerimento: Assegna alle parole chiave il nome dell'azione aziendale, non del passaggio tecnico. "Login" resiste a una riprogettazione della pagina; "ClickBlueButton" no.
Componenti di un framework basato su parole chiave
Sapere cosa sia una parola chiave è solo metà del lavoro. Per creare un framework basato su parole chiave, è necessario assemblare un piccolo insieme di file, ognuno dei quali si occupa di una specifica problematica.
- Foglio Excel – Individua le parole chiave e memorizzale in un foglio Excel, una riga per ogni fase del test.
- Libreria delle funzioni – Comprende le funzioni per i flussi aziendali (il pulsante di accesso per qualsiasi sito web). Quando viene eseguito un test, legge la parola chiave dal foglio Excel e richiama le funzioni corrispondenti.
- Documentazione tecnica – Memorizza i dati di test utilizzati nell'applicazione, in modo che una parola chiave venga eseguita su più input.
- Repository di oggetti – Contiene i localizzatori per ogni elemento a cui si riferiscono le parole chiave, in modo che un localizzatore modificato venga modificato in un unico punto.
- Script di prova – Puoi avere script di prova per ogni manuale Test Case o uno script per un singolo driver.
- Script del driver - Analizza il foglio Excel riga per riga, confronta ogni parola chiave con la libreria di funzioni e registra il risultato.
- Strumento di automazione – Esegue i comandi risolti sull'applicazione e fornisce il livello di reporting.
Insieme questi sette pezzi formano un completo framework di automazione dei testPerché scegliere questo design?
Perché eseguire test basati su parole chiave
Nell'ingegneria del software, il test basato sulle parole chiave viene eseguito per i seguenti motivi:
- Componenti comuni gestiti dalla libreria standard
- Utilizzando questo approccio i test possono essere scritti in modo più astrattotracmodo t
- Elevato grado di riutilizzabilità
- I dettagli dello script sono nascosti agli utenti
- Gli utenti non devono utilizzare i linguaggi di scripting
- Il test è conciso, gestibile e flessibile
Poiché il livello delle parole chiave assorbe le modifiche dell'applicazione, un grande test di regressione La suite rimane ecocompatibile modificando solo poche funzioni anziché centinaia di script. Questo ragionamento influenza il modo in cui l'approccio viene applicato.
Come eseguire test guidati da parole chiave
Il Keyword Driven Testing può essere eseguito sia manualmente che in modo automatizzato. Tuttavia, solitamente viene utilizzato con i test automatizzati.
L'obiettivo alla base dell'automazione dei test basati su parole chiave è
- Aiuta a ridurre i costi di manutenzione
- Evita specifiche duplicate
- Maggiore riutilizzo degli script di funzioni
- Migliore supporto e portabilità dei test
- Ottieni più test con uno sforzo minore o uguale
Con i test basati su parole chiave, puoi creare semplici test funzionali Nelle prime fasi di sviluppo, si testa l'applicazione pezzo per pezzo. Il modo più semplice per comporre un test basato su parole chiave è registrarlo. Dopo la registrazione, il test può essere modificato e personalizzato in base alle esigenze.
Ogni parola chiave deve essere collegata ad almeno un comando, uno script di test o una funzione che implementi le azioni correlate a tale parola chiave.
Quando vengono eseguiti i casi di test, le parole chiave vengono interpretate da una libreria di test, che viene richiamata da un framework di automazione dei test.
Le principali attività coinvolte nel Keyword Driven Testing sono
- Passo 1) Identificazione di parole chiave di basso e di alto livello
- Passo 2) Implementazione delle parole chiave come eseguibili
- Passo 3) Creazione di casi di test
- Passo 4) Creazione degli script del driver
- Passo 5) Esecuzione degli script di test di automazione
Le fasi 1 e 2 consistono in attività di progettazione da svolgere una sola volta; le fasi da 3 a 5 si ripetono a ogni sprint, come mostrano gli esempi seguenti.
Esempi di casi di test
Questi tre scenari riutilizzano le stesse parole chiave definite in precedenza.
- TC_01: Accedi al sito demo di guru99, scopri quante transazioni vengono effettuate oggi
- TC_02: Accedi al sito demo di guru99, invia un'e-mail a uno dei tuoi clienti e poi esci
- TC_03: Accedi al sito demo di guru99 e controlla eventuali notifiche ricevute
Scritto come una tabella di parole chiave, TC_02 diventa sei righe che qualsiasi tester può leggere o riordinare senza aprire il codice:
| step | Parola chiave | Argomento | Risultato atteso |
|---|---|---|---|
| 1 | browser aperto | Chrome | Inizio sessione browser |
| 2 | Accedi | mngr123 / demopass | Viene mostrata la pagina iniziale del gestore. |
| 3 | Emails | cliente@esempio.com | Si apre la finestra di composizione. |
| 4 | clicca | Invia | "Mail inviato” appare |
| 5 | disconnessioni | - | Sessione chiusa |
| 6 | chiudibrowser | - | Browser rilasciato |
scambiareping l'argomento nel passaggio 3 trasforma le stesse sei righe in un test diverso, che è dove dati di test La gestione dà i suoi frutti.
Vantaggi del test basato su parole chiave
- Consente ai tester funzionali di pianificare l'automazione dei test prima che l'applicazione sia pronta
- I test possono essere sviluppati senza conoscenze di programmazione
- Non dipende da uno specifico linguaggio o strumento di programmazione
- Compatibile con qualsiasi strumento di automazione disponibile sul mercato
Questi vantaggi spiegano perché il Keyword Driven Testing è adatto ai test di lunga durata test automatizzati suite. Anche i costi contano.
Limitazioni dei test basati su parole chiave
Gli addominalitracLa tecnologia che rende leggibili i test basati su parole chiave li rende anche costosi da realizzare. Prima che venga eseguito il primo test, qualcuno deve identificare le parole chiave, implementare ciascuna come funzione, collegare il repository degli oggetti e scrivere lo script di avvio. In un piccolo progetto, questa fase di configurazione costa più della scrittura diretta degli script di test.
La manutenzione è il secondo costo. La libreria è condivisa da tutti i test, quindi una modifica incauta può compromettere l'intera suite. Le librerie tendono anche a proliferare: i team aggiungono elementi quasi identici come "Login", "SignIn" e "DoLogin".
- Investimento iniziale elevato – La progettazione del framework e l'implementazione delle parole chiave precedono qualsiasi esecuzione del test.
- Flessibilità ridotta – i tester esprimono solo ciò che le parole chiave esistenti consentono, quindi gli scenari insoliti richiedono uno sviluppo specifico.
- Imbarazzante per la logica complessa – le ramificazioni e i cicli resistono alle righe piatte delle tabelle.
- Le competenze sono ancora necessarie – il livello delle parole chiave è privo di codice, la libreria di funzioni no.
⚠️ Attenzione: RevEsaminate la libreria di parole chiave a ogni rilascio ed eliminate le voci inutilizzate. Un vocabolario incontrollato è la ragione principale per cui i framework basati su parole chiave vengono abbandonati.
Questi compromessi determinano il confronto che segue.
Framework basato su parole chiave, framework basato sui dati o framework ibrido
Guidato dalle parole chiave e test guidati dai dati risolvono problemi diversi. Un framework basato sui dati varia gli input di uno script fisso; un framework basato su parole chiave varia i passaggi. La tabella aggiunge il modello ibrido adottato dalla maggior parte dei team aziendali.
| Aspetto | Framework guidato da parole chiave | Quadro basato sui dati | Framework ibrido |
|---|---|---|---|
| Cosa viene esternalizzato? | Passaggi e azioni di prova | Dati di prova | Sia i passaggi che i dati |
| Sforzo di pianificazione | Ampio e preciso | Limitato a dati e script | Massimo |
| Manutenzione | Più facile, più addominalitracstrati di zione | Più duro, addominalitracla zione è più sottile | Più facile su larga scala |
| È richiesta competenza nella programmazione. | Solo per la libreria di funzioni | Necessario per ogni script | Necessario per lo strato centrale |
| Si può iniziare prima della costruzione | Si | Nodo | Si |
In pratica gli stili si combinano. Un framework ibrido memorizza i passaggi come parole chiave e gli input in fogli di dati, spesso su un Modello a oggetti della paginaScegli l'approccio basato su parole chiave quando molti tester scrivono i test, quello basato sui dati quando un flusso richiede molti input e quello ibrido quando entrambi si applicano.
Strumenti utilizzati per i test basati su parole chiave
Per il Keyword Driven Testing vengono ampiamente utilizzati diversi strumenti, ognuno dei quali interpreta la tabella delle parole chiave in modo diverso.
- HP QTP – include una visualizzazione delle parole chiave integrata, quindi il foglio di calcolo e il test eseguibile sono un unico artefatto.
- Selenium – non dispone di un livello di parole chiave nativo, quindi i team creano autonomamente la libreria di funzioni e lo script di pilotaggio.
- Struttura del robot – un motore open-source progettato attorno a parole chiave, con sintassi tabellare e numerose parole chiave predefinite.
- TestNG – comunemente usato insieme Selenium per sequenziare i metodi mappati con parole chiave e generare report.
La nostra lista di strumenti di test automatizzati Copre le licenze e il supporto della piattaforma per ciascuna opzione.
