Impara la QTP (UFT)

Il nostro fondatore, Ankur Jain, ha iniziato questo sito circa 14 anni fa nel 2006. Grazie alla sua vasta esperienza con lo strumento QTP (QTP era originariamente uno strumento di test automatico del software di Mercury. La QTP è ora conosciuta come UFT One), ha voluto che questo sito diventasse uno sportello unico per gli studenti di QTP. È con il suo amore e la sua motivazione che il sito va ancora forte ed è visitato da diverse migliaia di principianti UFT a utenti avanzati UFT ogni giorno.

Dal momento del lancio di questo sito, diverse cose sono cambiate nel mondo della QTP. HP ha acquisito Mercury – l’azienda originale che ha sviluppato la QTP. La QTP è diventata UFT quando HP ha deciso di unire i test GUI e API in un unico strumento. Leggete la storia completa della QTP e di UFT. HP si è divisa in due società HP Inc e HPE. Nel frattempo, durante tutti questi anni, HPE ha introdotto diverse novità nel software UFT. Nel settembre 2017, lo spin di HPE si è fuso con Micro Focus.

Il team di LearnQTP si è reso conto che – mentre i nostri vecchi articoli erano ancora rilevanti – c’è bisogno di un nuovo set di tutorial UFT per le ultime versioni di UFT. Così abbiamo lanciato il nuovo set di tutorial UFT per i principianti e gli utenti avanzati di UFT. Inizieremo da zero e lentamente costruiremo verso argomenti avanzati.

Questi tutorial UFT saranno strutturati in modo tale che anche un principiante assoluto del test automatico del software sia in grado di seguirli. I tutorial saranno al vostro ritmo, non ci sarà nessuna pressione. Potete segnare il link e ritornare a questi ogni volta che avete voglia di imparare. Potete anche scaricare gratuitamente i PDF dei tutorial UFT che saranno disponibili in fondo ad ogni articolo, in modo da poter imparare anche quando siete in viaggio o non avete una connessione internet funzionante.

Prima di immergerci nell’UFT, cerchiamo di passare attraverso un primer sul test del software e su come e quando automatizziamo il test del software.

Cos’è il Test del Software?

Un rinomato esperto di test del software, il dottor Cem Kaner, definisce il test del software come –

Un’indagine tecnica del prodotto in prova condotta per fornire alle parti interessate informazioni relative alla qualità

Per spiegarlo ulteriormente, il test del software è un processo in cui un tester/team di software esegue un programma o un sistema per trovare bug o difetti, per mantenere la correttezza e l’affidabilità di un programma.

Il test del software inoltre convalida e verifica il programma per controllare se i requisiti tecnici e di business sono soddisfatti, e se sta funzionando come previsto.

Nella verifica, i tester assicurano che il sistema abbia soddisfatto gli standard e i processi dell’organizzazione, e risponde alla domanda “Abbiamo costruito il sistema giusto?” Per sistema si intende una o più applicazioni software che supportano una funzione aziendale. I tester assicurano che il software, l’hardware, la documentazione e il personale siano conformi insieme, affidandosi alla revisione o a metodi non eseguibili.

Nella validazione, i tester assicurano fisicamente che il sistema abbia soddisfatto tutti i requisiti di business e degli utenti, e che le caratteristiche e le funzionalità funzionino come progettato. La validazione viene fatta eseguendo le funzioni del sistema attraverso una serie di test che possono essere osservati e valutati dai tester. Inoltre, la validazione si concentra sulla domanda “Abbiamo costruito bene il sistema?”

Perché dovremmo eseguire test del software?

Nel test del software, lo scopo principale è quello di trovare difetti. Possiamo considerare un certo stato come un difetto se non soddisfa ciò che ci si aspetta che faccia. Trovare i difetti nei test all’inizio dello sviluppo del software ridurrà o eviterà il rischio di fallimento, il costo di manutenzione, il costo della correzione dei difetti, e consegnerà un programma migliore per l’utente.

Esempio: Docket Number dovrebbe accettare 12 caratteri numerici. Se i caratteri inseriti sono inferiori o superiori a quelli richiesti, viene visualizzato il messaggio “Invalid Entry. Si prega di reinserire il Docket Number”, ma l’utente ha inserito 10 caratteri per il docket number e il programma ha restituito un errore di eccezione invece di un prompt per informare l’utente sui caratteri minimi richiesti.

Un’altra ragione è produrre un programma di qualità. Nel test del software, il tester/team del software non può migliorare la qualità, può solo misurarla. Dal punto di vista dell’IT, la Qualità significa che la conformità e le caratteristiche di un requisito del programma basato sui requisiti tecnici e di business sono soddisfatte. Dal punto di vista dell’utente, la qualità significa che il software è adatto all’uso. La qualità del software varia da programma a programma in quanto hanno la loro funzionalità e usabilità. Un tester di software ha bisogno di assicurare che i punti di vista dell’IT e dell’utente per la qualità siano soddisfatti.

Cos’è l’Automated Software Testing?

Automated software testing implica l’automazione del processo manuale attraverso la scrittura di script di test che farebbero il test e possono essere eseguiti ripetutamente.

Test automation è usato per controllare l’esecuzione dei test, confrontare i risultati effettivi e previsti, l’impostazione delle precondizioni, e altre funzioni di controllo dei test e reporting dei test attraverso l’uso del software.

Quando automatizzare il test del software?

Una credenza comune che vediamo tra i professionisti del testing è che l’automazione, per qualche magia, aumenterà la qualità del testing.

C’è un tempo e un luogo per tutto. Se un test può essere automatizzato, non significa che DEVE essere automatizzato. Anche se questo è un sito di test automatizzati, si potrebbe pensare che denunciamo i test manuali. Non è il caso, però.

Clicca per Tweet: Se un test può essere automatizzato, non significa che DOVREBBE essere automatizzato http://ctt.ec/bLk49+ via @LearnQTP

I test manuali e automatizzati vanno di pari passo e dovrebbero completarsi a vicenda. Chiediamo ai nostri apprendisti e lettori di assicurarsi di automatizzare un test solo quando è veramente necessario.

Questi sono alcuni scenari in cui l’automazione è considerata un’ottima opzione:

• Test di regressione/Test ripetitivi: Una regola empirica per i test manuali ad automatizzati è che, se i vostri test hanno bisogno di essere eseguiti periodicamente, sono un buon candidato per l’automazione. Tuttavia viene con alcuni avvertimenti. Dovete soppesare i costi della creazione di test automatizzati rispetto agli sforzi di test manuali. Qui i costi includono la complessità dell’automazione, il tempo necessario per costruire e mantenere gli script di automazione e naturalmente il tempo e il denaro necessari per formare i tester su un dato strumento.
• Valori di dati multipli: È necessario eseguire lo stesso set di azioni per diversi valori di dati.
• Test non fattibili manualmente: La vostra applicazione deve essere sottoposta a stress test per un milione di visite nel giro di poche ore. Non può essere fatto manualmente, avreste bisogno di uno strumento di test di carico.
• Stessi test su diversi browser o sistemi operativi: Vorreste che la vostra applicazione web abbia un buon aspetto su tutti i browser e sistemi operativi comunemente usati. Se avete una suite di test contenente 50 casi di test che devono essere testati con 20 diversi set di valori su 3 diversi set di browser e 2 sistemi operativi. Questo porta il totale delle esecuzioni dei test a 50*20*3*2= 6000. Ha senso automatizzare tali casi di test.
• Test sui cellulari: Con tonnellate di telefoni cellulari disponibili sul mercato, sarebbe quasi impossibile eseguire test manuali su tutti i dispositivi. Aziende come Amazon hanno proposto approcci innovativi a questo problema, in cui mettono i dispositivi reali nel cloud e si può testare l’applicazione sui dispositivi con script automatici. Ancora una volta, un candidato ideale per l’automazione dei test.

Siamo fiduciosi che vi sia piaciuto questo primer sui test del software e che abbiate capito come decidiamo di automatizzare i test del software per un dato scenario. Nel prossimo tutorial inizieremo con l’installazione di UFT e discuteremo le basi dello strumento – Tutorial 2: Introduzione a UFT.

Si può fare riferimento alla serie completa di tutorial di UFT coperti fino ad ora utilizzando i link qui sotto:

• Tutorial 1: Introduzione al test del software
• Tutorial 2: Introduzione a UFT
• Tutorial 3: UFT Add-ins e Add-in Manager
• Tutorial 4: Tutto sui menu UFT
• Tutorial 5: Guida completa ai pannelli UFT
• Tutorial 6: Registra il tuo primo script UFT

Inserisci il tuo nome ed email qui sotto e ci assicureremo di inviarti i tutorial non appena saranno pronti!

A voi. Come decidi se passare ai test automatici?

Se vuoi tenere traccia di altri articoli su UFT (QTP). I recommend you to subscribe by Email and have new UFT articles sent directly to your inbox.