Che cos'è il test di accettazione dell'utente (UAT)? con esempi

Sommario:

Anonim

Cos'è l'UAT?

Il test di accettazione dell'utente (UAT) è un tipo di test eseguito dall'utente finale o dal cliente per verificare / accettare il sistema software prima di spostare l'applicazione software nell'ambiente di produzione. L'UAT viene eseguito nella fase finale del test dopo aver eseguito il test funzionale, di integrazione e di sistema.

Scopo dell'UAT

Lo scopo principale dell'UAT è convalidare il flusso aziendale end-to-end. Non si concentra su errori estetici, errori di ortografia o test di sistema. Il test di accettazione dell'utente viene eseguito in un ambiente di test separato con un'impostazione dei dati simile alla produzione. È una specie di test black box in cui saranno coinvolti due o più utenti finali.

Chi esegue l'UAT?

  • Cliente
  • Utenti finali

Necessità di test di accettazione da parte degli utenti

La necessità del test di accettazione dell'utente si verifica una volta che il software è stato sottoposto a test di unità, integrazione e sistema perché gli sviluppatori potrebbero aver costruito software sulla base del documento dei requisiti in base alla loro comprensione e ulteriori modifiche richieste durante lo sviluppo potrebbero non essere comunicate loro in modo efficace, quindi per verificare se il finale il prodotto è accettato dal cliente / utente finale, è necessario il test di accettazione dell'utente.

  • Gli sviluppatori codificano il software in base ai requisiti documentano che è la loro "propria" comprensione dei requisiti e potrebbe non essere ciò di cui il cliente ha bisogno dal software .
  • Le modifiche ai requisiti durante il corso del progetto potrebbero non essere comunicate in modo efficace agli sviluppatori.

Test di accettazione e V-Model

In VModel, il test di accettazione dell'utente corrisponde alla fase dei requisiti del ciclo di vita dello sviluppo del software (SDLC).

Prerequisiti del test di accettazione dell'utente:

Di seguito sono riportati i criteri di accesso per il test di accettazione dell'utente:

  • I requisiti aziendali devono essere disponibili.
  • Il codice dell'applicazione dovrebbe essere completamente sviluppato
  • Il test unitario, il test di integrazione e il test di sistema dovrebbero essere completati
  • Assenza di ostacoli, difetti alti e medi nella fase di test di integrazione del sistema -
  • Solo l'errore cosmetico è accettabile prima dell'UAT
  • Il test di regressione dovrebbe essere completato senza difetti importanti
  • Tutti i difetti segnalati devono essere corretti e testati prima dell'UAT
  • La matrice di tracciabilità per tutti i test dovrebbe essere completata
  • L'ambiente UAT deve essere pronto
  • Disconnetti la posta o la comunicazione dal team di test del sistema che indica che il sistema è pronto per l'esecuzione dell'UAT

Come eseguire il test UAT

L'UAT viene eseguito dagli utenti previsti del sistema o del software. Questo tipo di test del software di solito avviene nella posizione del client nota come beta test. Una volta soddisfatti i criteri di ingresso per l'UAT, i seguenti sono i compiti che devono essere eseguiti dai tester:

Processo UAT
  • Analisi dei requisiti aziendali
  • Creazione del piano di test UAT
  • Identifica gli scenari di test
  • Crea casi di test UAT
  • Preparazione dei dati di prova (dati simili alla produzione)
  • Esegui i casi di test
  • Registra i risultati
  • Conferma gli obiettivi aziendali

Passaggio 1) Analisi dei requisiti aziendali

Una delle attività più importanti nell'UAT è identificare e sviluppare scenari di test. Questi scenari di test sono derivati ​​dai seguenti documenti:

  • Carta del progetto
  • Casi d'uso aziendali
  • Diagrammi di flusso del processo
  • Documento sui requisiti aziendali (BRD)
  • Specifica dei requisiti di sistema (SRS)

Passaggio 2) Creazione del piano UAT:

Il piano di test UAT delinea la strategia che verrà utilizzata per verificare e garantire che un'applicazione soddisfi i requisiti aziendali. Documenta i criteri di ingresso e di uscita per l'UAT, gli scenari di test e l'approccio dei casi di test e le scadenze dei test .

Passaggio 3) Identificare scenari di test e casi di test:

Identificare gli scenari di test rispetto al processo aziendale di alto livello e creare casi di test con passaggi di test chiari. I casi di test dovrebbero coprire sufficientemente la maggior parte degli scenari UAT. I casi d'uso aziendali sono input per la creazione dei casi di test.

Fase 4) Preparazione dei dati di prova:

Si consiglia di utilizzare dati in tempo reale per UAT. I dati dovrebbero essere codificati per motivi di privacy e sicurezza. Il tester dovrebbe avere familiarità con il flusso del database.

Passaggio 5) Esegui e registra i risultati:

Esegui casi di test e segnala eventuali bug. Riprova i bug una volta risolti. Gli strumenti di gestione dei test possono essere utilizzati per l'esecuzione.

Passaggio 6) Conferma del raggiungimento degli obiettivi aziendali:

Gli analisti aziendali o i tester UAT devono inviare un messaggio di conferma dopo il test UAT. Dopo l'approvazione, il prodotto è pronto per la produzione. I risultati del test UAT sono Piano di test, Scenari UAT e Casi di test, Risultati dei test e Registro dei difetti

Criteri di uscita per UAT:

Prima di passare alla produzione, è necessario considerare quanto segue:

  • Nessun difetto critico aperto
  • Il processo aziendale funziona in modo soddisfacente
  • UAT Firma la riunione con tutte le parti interessate

Qualità dei tester UAT:

Il tester UAT deve possedere una buona conoscenza del business. Dovrebbe essere indipendente e pensare come un utente sconosciuto al sistema . Il tester dovrebbe essere un pensatore analitico e laterale e combinare tutti i tipi di dati per rendere il successo dell'UAT.

Tester o analista aziendale o esperti in materia che comprendono i requisiti oi flussi aziendali possono preparare test e dati realistici per l'azienda.

Migliori pratiche:

I seguenti punti devono essere considerati per garantire il successo dell'UAT:

  • Preparare il piano UAT all'inizio del ciclo di vita del progetto
  • Preparare l'elenco di controllo prima dell'avvio dell'UAT
  • Condurre la sessione Pre-UAT durante la fase di test del sistema stessa
  • Definisci le aspettative e definisci chiaramente l'ambito di UAT
  • Verifica il flusso aziendale End to End ed evita i test di sistema
  • Testare il sistema o l'applicazione con scenari e dati del mondo reale
  • Pensa come un utente sconosciuto al sistema
  • Eseguire test di usabilità
  • Condurre una sessione di feedback e una riunione prima di passare alla produzione

Strumenti UAT

Esistono diversi strumenti sul mercato utilizzati per i test di accettazione degli utenti e alcuni sono elencati come riferimento:

Strumento di fitness: è uno strumento java utilizzato come motore di test. È facile creare test e registrare i risultati in una tabella. Gli utenti dello strumento immettono l'input formattato e i test vengono creati automaticamente. I test vengono quindi eseguiti e l'output viene restituito all'utente.

Watir: è un toolkit utilizzato per automatizzare i test basati su browser durante i test di accettazione dell'utente. Ruby è il linguaggio di programmazione utilizzato per la comunicazione tra processi tra ruby ​​e Internet Explorer.

Alcuni esempi di linee guida di UAT

  • La maggior parte delle volte in scenari di sviluppo software regolari, l'UAT viene eseguita nell'ambiente QA. Se non è presente un ambiente di staging o UAT
  • L'UAT è classificato in Beta e Alpha testing, ma non è così importante quando il software viene sviluppato per un settore basato sui servizi
  • UAT ha più senso quando il cliente è coinvolto in misura maggiore

Conclusione:

  • Nell'ingegneria del software, la forma completa di UAT è il test di accettazione dell'utente.
  • In Software Engineering, UAT sta per User Acceptance Testing.
  • L'UAT è uno dei tanti tipi di test emersi negli ultimi venticinque anni.
  • Con UAT, il cliente può essere sicuro di "cosa aspettarsi" dal prodotto piuttosto che supporre.
  • Il vantaggio di UAT è che non ci saranno sorprese quando il prodotto verrà rilasciato sul mercato.