Posti di blocco in QTP/UFT con l'esempio

Che cos'è un checkpoint in UFT/QTP?

A posto di controllo in UFT/QTP è un punto di verifica che confronta il valore corrente di una proprietà di oggetto, un attributo di pagina o un'origine dati specificati con un valore previsto acquisito in precedenza nel test. Se i valori corrente e previsto corrispondono, UFT registra lo stato PASS; in caso contrario, registra lo stato FAIL.

I checkpoint trasformano uno script che si limita a ripetere le azioni in uno script che verifica i risultati. Uno script registrato può completare ogni passaggio con successo anche quando l'applicazione in fase di test mostra un testo errato, un'immagine errata o un record del database danneggiato: è il checkpoint che rileva tale anomalia e la segnala.

Perché utilizzare i checkpoint nell'automazione dei test?

La registrazione di uno script si limita a riprodurre una sequenza di clic e pressioni di tasti; non conferma mai se l'applicazione ha prodotto il risultato corretto. I checkpoint colmano questa lacuna trasformando ogni azione registrata in un'asserzione verificabile con un risultato misurabile.

• Converti la riproduzione in verifica, in modo che ogni esecuzione produca un chiaro risultato di SUPERAMENTO o FALLIMENTO anziché semplicemente uno script completato.
• Individuate tempestivamente le regressioni, prima che un difetto raggiunga una build che i tester considerano stabile.
• Convalidare i dati che non sono visibili durante l'osservazione manuale, come i payload XML, le righe del database o le proprietà nascoste degli oggetti.
• Documenta il comportamento previsto, in modo che chiunque legga lo script capisca cosa significa "corretto" per quella specifica fase.

Poiché i checkpoint vengono eseguiti automaticamente ad ogni esecuzione, eliminano la necessità per un tester di ispezionare manualmente ogni schermata dopo ogni ciclo, ed è questo che rende UFT/QTP pratico per ripetuti test di regressione in tutte le build.

Tipi di checkpoint in UFT/QTP

UFT/QTP Offre diversi tipi di checkpoint, consentendo al tester di convalidare l'aspetto specifico dell'applicazione rilevante in una determinata fase: una proprietà statica, un blocco di testo, un'immagine bitmap, un record di database o un intero documento XML. La scelta del tipo più adatto all'oggetto da testare permette di mantenere la fase focalizzata e di semplificare la manutenzione.

1. Punto di controllo standard: Confronta i valori previsti delle proprietà dell'oggetto acquisiti durante la registrazione con i valori correnti dell'oggetto durante una sessione di esecuzione. È supportato da tutti gli ambienti di componenti aggiuntivi.
2. Punto di controllo della pagina: Un checkpoint standard creato per una pagina web. Verifica il numero totale di link e immagini presenti sulla pagina e può misurare il tempo di caricamento della pagina.
3. Punto di controllo del testo: Verifica che un testo specifico appaia all'interno di un'area definita di una pagina web o di un Windowsapplicazione basata su.
4. Punto di controllo dell'area di testo: Verifica che una stringa di testo venga visualizzata all'interno di un'area dello schermo definita di un Windowsapplicazione basata su criteri quali corrispondenza tra maiuscole e minuscole o corrispondenza con caratteri jolly.
5. Punto di controllo della bitmap: Verifica la bitmap di un'immagine o di un'intera pagina web confrontando pixel per pixel l'immagine effettiva con quella prevista.
6. Punto di controllo immagine: Verifica le proprietà di un'immagine web, come ad esempio la posizione del file sorgente. A differenza di un Bitmap Checkpoint, non confronta i pixel.
7. Punto di controllo dell'accessibilità: Verifica la conformità alle linee guida del World Wide Web Consortium (W3C) per le tecnologie web, facilitando l'utilizzo dell'applicazione da parte delle persone con disabilità.
8. Punto di controllo del database: Esegue una query al momento della registrazione e memorizza i valori restituiti dal database come valori attesi; la stessa query viene eseguita nuovamente in fase di esecuzione in modo da poter confrontare i valori effettivi con quelli attesi.
9. Punto di controllo della tabella: Verifica dinamicamente il contenuto delle celle di una tabella o di una griglia, insieme alle proprietà della tabella come l'altezza della riga e la larghezza della cella. È simile a un checkpoint del database.
10. Punto di controllo XML: Verifica i dati XML, lo schema XML e le risorse XML incorporati in una pagina web o in un documento .xml autonomo.

La tabella sottostante confronta i dieci tipi di checkpoint, così puoi scegliere quello giusto prima di iniziare la registrazione.

Checkpoint vs Valore di output: qual è la differenza?

Tester nuovi a UFT/QTP Spesso si confondono i checkpoint con i valori di output, perché entrambi vengono inseriti dallo stesso menu ed entrambi leggono una proprietà in tempo reale da un oggetto. Le due funzionalità hanno scopi opposti.

Utilizza un checkpoint ogni volta che lo script necessita di una conferma di successo/fallimento e un valore di output ogni volta che una fase successiva richiede i dati acquisiti come input.

Come inserire un checkpoint in UFT/QTP

La maggior parte dei tipi di checkpoint può essere inserita solo mentre UFT La registrazione è in corso; una volta interrotta la registrazione, il menu dei checkpoint non sarà più disponibile per nuovi inserimenti. I passaggi seguenti consentono di inserire un checkpoint standard, il tipo più utilizzato.

Clicchi Qui. se il video non è accessibile

1. Apri l'applicazione in fase di test e avviare la registrazione in UFT.
2. Accedere alla schermata o all'oggetto da verificare, quindi fare clic con il pulsante destro del mouse sul passaggio immediatamente successivo al quale appartiene il checkpoint.
3. Dal menu contestuale, scegli Inserisci checkpoint standard oppure seleziona un tipo specifico (Bitmap, Database, Tabella e così via) dal sottomenu Checkpoint.
4. Nella finestra di dialogo Proprietà checkpoint, mantieni il nome predefinito del checkpoint oppure sostituiscilo con un nome descrittivo.
5. Seleziona le proprietà dell'oggetto da verificare. Ogni proprietà selezionata è contrassegnata da un segno di spunta; l'icona ABC indica un valore costante, mentre cambia se la proprietà è parametrizzata.
6. Fare clic su OK. UFT Inserisce un'istruzione Check immediatamente dopo il passaggio corrente.
7. Interrompi la registrazione e riproduci il test per confermare che il checkpoint segnala PASS.

⚠ Errore comune: Se il passaggio immediatamente precedente al checkpoint chiude o sostituisce la finestra a cui punta, UFT genera un errore di runtime perché l'oggetto non esiste più quando il checkpoint tenta di leggerlo. In HP QTPDi solito, riordinare i passaggi interessati in modo che l'oggetto di destinazione sia ancora aperto quando viene eseguito il checkpoint è sufficiente per risolvere il problema.

L'estratto VBScript qui sotto mostra la stessa idea espressa attraverso UFT Modello a oggetti di automazione: un'istruzione Check che restituisce un valore booleano, che lo script poi segnala tramite l'oggetto Reporter.

Dim Result ' Holds the PASS/FAIL outcome of the checkpoint

Browser("Flight Reservation").Page("Flight Reservation").WinEdit("Agent Name:").Set "Diana"
Browser("Flight Reservation").Page("Flight Reservation").WinButton("OK").Click

' Run the Standard Checkpoint that was inserted after the OK click
Result = Browser("Flight Reservation").Page("Flight Reservation").Check(CheckPoint("Flight Reservation Window"))

If Result Then
    Reporter.ReportEvent micPass, "Checkpoint Passed", "Flight Reservation window matches expected values"
Else
    Reporter.ReportEvent micFail, "Checkpoint Failed", "Flight Reservation window does not match expected values"
End If

Questo video mostra i diversi tipi di checkpoint disponibili in UFT/QTP, inclusi checkpoint standard, bitmap e di database in azione.

Migliori pratiche per l'utilizzo efficace dei checkpoint

Un checkpoint è affidabile solo quanto l'oggetto e la proprietà a cui si riferisce. Le procedure descritte di seguito mantengono i checkpoint accurati anche al variare dell'applicazione in fase di test.

• Controlla l'oggetto specifico, non l'intera pagina, per evitare test fragili che falliscono a causa di modifiche all'interfaccia utente non correlate.
• Mantieni aperto l'oggetto selezionato durante l'esecuzione del checkpoint; spesso, riordinare un passaggio risolve l'errore di runtime "oggetto non trovato" descritto in precedenza.
• Preferire Banca Dati o checkpoint XML su checkpoint bitmap per la convalida dei dati: i confronti bitmap si interrompono in caso di modifiche al carattere, alla risoluzione o al tema che non hanno nulla a che fare con i dati.
• Parametrizza i valori dei checkpoint da una tabella di dati quando lo stesso controllo deve essere eseguito in più iterazioni di test.
• Assegna un nome descrittivo a ciascun checkpoint, in modo che un eventuale errore sia facilmente individuabile nella finestra dei risultati del test.
• Abbina i checkpoint con la sincronizzazione, come un'istruzione Wait o l' Sync metodo, quindi nessun controllo viene eseguito prima che la pagina abbia finito di caricarsi.

DOMANDE FREQUENTI