L'UAT dipende dal contesto e i piani UAT sono preparati in base ai requisiti e non sono tenuti a eseguire tutti i tipi di test di accettazione degli utenti e sono addirittura coordinati e forniti dal team di test.

Tabella dei contenuti

• Che cos'è il test di accettazione dell'utente (UAT)?
• Come eseguire i test UAT?
• Qual è lo scopo dell'UAT?
• Tipi di test di accettazione da parte dell'utente
• Passaggi per eseguire i test di accettazione dell'utente
• Sfide del test di accettazione da parte dell'utente (UAT)
• Necessità di test di accettazione da parte dell'utente
• Strumenti per i test di accettazione da parte degli utenti
• Linee guida per i test di accettazione da parte degli utenti
• Criteri di uscita per il test di accettazione da parte dell'utente
• Test di accettazione da parte dell'utente e test di sistema
• Test di accettazione rispetto al modello V

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

Test di accettazione da parte dell'utente è una metodologia di test in cui i clienti/utenti finali partecipano ai test del prodotto per convalidare il prodotto rispetto ai loro requisiti. Viene eseguito presso il sito del cliente sul sito dello sviluppatore. Per settori come quello medico o aerospaziale, vengono eseguiti anche test di conformità contrattuale e normativa e test di accettazione operativa come parte dei test di accettazione da parte dell'utente.

I criteri di accettazione sono definiti in base ai seguenti attributi:

• Correttezza funzionale e completezza.
• Integrità dei dati.
• Conversione dei dati.
• Applicabilità.
• Prestazione.
• Tempestività.
• Riservatezza e disponibilità.
• Installabilità e aggiornabilità.
• Scalabilità.
• Documentazione.

Come eseguire i test UAT?

Il modo per eseguire test di accettazione degli utenti efficaci implica coinvolgere le persone nel funnel di acquisizione degli utenti del tuo prodotto. Quali sono alcune domande di esempio che potresti porre agli utenti? Quali informazioni potrebbero essere utili, cosa è rilevante e perché vuoi che vengano trovate da altri potenziali clienti? Non è possibile testare tutti i possibili punti dati contemporaneamente, quindi potrebbe essere necessario perfezionare molti dati prima del lancio, ma in teoria i test dovrebbero darti un'idea che potrebbe non esistere nemmeno un valore sufficiente da testare o che è stata posta la domanda sbagliata.

Il modo per effettuare un efficace User Acceptance Testing ha alcuni prerequisiti. Loro includono:

• Una base di conoscenza completa, in cui tutto viene testato e provato prima del rilascio; necessita di informazioni accurate sul comportamento dell'utente dall'inizio alla fine; in ogni prima pagina, sono necessari ausili visivi adeguati a scopo di test, proprio come ci si aspetta che le persone di qualsiasi azienda di software utilizzino strumenti web o servizi online come forum, ecc.
• Si dovrebbe sviluppare un sistema simile a un database con diversi livelli di dettaglio che sarà utile solo se la tua attività cresce rapidamente nel tempo; dopo lo sviluppo, si aprono molte più possibilità quando si considera il valore di ciascun livello poiché tutti gli utenti non sempre accettano ciò che pensano, ma di solito qualcosa di meglio di quanto fanno gli altri.

Qual è lo scopo dell'UAT?

Lo scopo dell'UAT (User Acceptance Testing) è identificare i bug nel software, nei sistemi e nelle reti che potrebbero causare problemi agli utenti. L'UAT garantisce che il software possa gestire attività del mondo reale ed eseguire le specifiche di sviluppo. Gli utenti possono interagire con il software prima del suo rilascio ufficiale per vedere se qualche funzionalità è stata trascurata o se esistono bug.

La metodologia UAT segue tre linee guida di base: quando si testano i messaggi utilizzando più persone anziché dispositivi separati, testare un mittente in una posizione indipendente senza essere stati online tra loro dalla fine dell'anno scorso quando si inviano informazioni su brevi distanze ma si continua a comunicare a casa tramite telefono, e Quando trasmetti tramite indirizzi e-mail anziché account di social media in cui parli pubblicamente del tuo servizio prima di fornirlo tramite servizi di messaggistica come Signal.

Il test eseguito alla fine del ciclo di sviluppo è convalidato dal test di accettazione da parte dell'utente. Potrebbero essere completate altre fasi di test e il software potrebbe essere pienamente funzionante, ma potrebbe comunque non soddisfare i requisiti per gli utenti finali.

• Protezione contro i guasti: UAT protegge dal rilascio di prodotti software difettosi, inefficaci o incompleti.
• Bug meno SW: L'UAT dovrebbe essere approfondito e riflettere i requisiti dell'utente per garantire che il software non venga rilasciato con bug. Questi problemi possono essere costosi e potenzialmente dannosi per la reputazione del fornitore di software.
• Test adeguati -Affinché il test funzioni, ogni client deve essere testato rispetto a tutte le connessioni di rete disponibili con la stessa probabilità e sottoporlo alla fine se lo accetta, indipendentemente dal numero di messaggi inviati senza ricevere una risposta dal nostro server.
• Problemi – In passato, abbiamo riscontrato problemi con persone che utilizzavano applicazioni mobili e che non venivano contattate quando ne avevano bisogno.
• Nomi utente errati – Si sono verificati anche diversi casi in cui i nomi utente sono stati aggiunti in modo errato ai messaggi e-mail su siti Web tra cui Twitter o Facebook che hanno causato falsi positivi. È stato rimosso da un utente malintenzionato mentre tentava una sorta di procedura di reimpostazione della password perché un utente ha inserito accidentalmente i propri dettagli mentre modificava le e-mail senza intenzione di farlo ma piuttosto come parte della fine dopo aver eseguito determinate attività all'interno di un altro programma come l'accesso al server di qualcuno tramite FTP.
• Verifica di prova – Questa pratica può allontanare inutilmente gli utenti quando diventano necessarie nuove funzionalità perché i tester non fanno altro che controllare lo stato del sistema senza fare altro che provare qualsiasi parte particolare dell’interfaccia.

Tipi di test di accettazione da parte dell'utente

Di seguito sono riportati i 5 tipi di test di accettazione degli utenti:

1. Test di accettazione da parte dell'utente Alpha:

• Alpha UAT significa che il tuo utente viene testato prima di ottenere il prodotto, quindi se stai testando i modelli di utilizzo degli utenti ti consigliamo di eseguire un test alpha per assicurarti che possa superare tutti i test di accettazione prima che la versione beta venga distribuita in produzione.
• Consente una convalida più rapida da parte dei primi utilizzatori/tester, il che consente rapidi aggiustamenti man mano che il software avanza attraverso lo sviluppo con ogni ciclo di rilascio verso la maturità delle funzionalità.
• Garantisce che non vi siano opportunità per bug o exploit una volta che gli aggiornamenti di sicurezza diventano disponibili in base ai livelli di adozione raggiunti dai prodotti lanciati più tardi durante il loro ciclo di vita, cosa che dovrebbe avvenire almeno sei mesi dopo il lancio.

2. Test di accettazione da parte degli utenti beta:

• Beta UAT significa che agli utenti che hanno completato uno o più cicli di test verrà mostrato un popup che indica se sono stati accettati per il test dalla nuova versione di Angular2 (una versione beta).
• L'applicazione è testata in un ambiente naturale.
• Riduce i rischi e i guasti e migliora la qualità del prodotto attraverso il feedback dei clienti.

3. Test di accettazione operativa (OAT):

• L'Operational Acceptance Testing (OAT) è una tecnica di test del software che valuta la disponibilità operativa di un'applicazione software prima del rilascio o della produzione.
• L'obiettivo dei test di accettazione operativa è garantire la conformità del sistema e dei componenti, nonché il regolare funzionamento del sistema nel suo ambiente operativo standard (SOE).
• Il test OAT (Operational Acceptance Testing) è noto anche come Operational Readiness Testing (ORT) o Operational Testing.
• Questi casi di test garantiscono che siano impostati processi di lavoro per consentire l'utilizzo del prodotto o della struttura.
• Ciò dovrebbe includere processi di lavoro per piani di rinforzo, preparazione del cliente e diversi cicli di supporto e controlli di sicurezza.

4. Test di accettazione del contratto:

• Il test di accettazione del contratto si riferisce al processo di test del software sviluppato rispetto a criteri e specifiche predefiniti e concordati.
• Quando il team di progetto concorda il contratto, definisce i criteri e le specifiche pertinenti per l'accettazione.

5. Test di accettazione del regolamento:

• Il regolamento AT è generalmente chiamato Compliance AT.
• Questo tipo di test di affermazione viene eseguito per garantire che l'oggetto non respinga regole e regole stabilite dalle associazioni di regolamentazione del particolare paese in cui l'oggetto viene trasportato.
• In generale, le cose che sono disponibili da un lato all'altro del pianeta dovrebbero passare attraverso questo tipo di test considerando il modo in cui i diversi paesi hanno standard e regole diversi stabiliti da associazioni di regia discrete.

Passaggi da eseguire Accettazione dell'utente Test

Passaggi per eseguire i test UAT

1. Analisi dei requisiti:

Questa fase prevede l'analisi dei requisiti aziendali. I seguenti documenti saranno considerati e studiati approfonditamente per identificare e sviluppare scenari di test:

java int in stringa

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

2. Creazione del piano di test UAT:

In questa fase viene creato un luogo di test che aiuterà a delineare la strategia di test che verrà utilizzata per verificare e garantire che il software soddisfi i requisiti aziendali previsti. Il piano di test include criteri di ingresso, criteri di uscita, scenari di test e un approccio al caso di test.

3. Identificare gli scenari di test:

Questa fase prevede l'identificazione degli scenari di test che rispetteranno i requisiti aziendali e la creazione di casi di test che elenchino le fasi di test chiare. I casi di test dovrebbero coprire gli scenari di test UAT.

4. Creare casi di test UAT:

Crea casi di test UAT in questo passaggio che coprano la maggior parte degli scenari di test. I casi d'uso aziendali sono l'input qui per creare casi di test.

5. Preparare i dati del test:

È considerata una buona pratica utilizzare dati in tempo reale per i test UAT, i tester UAT dovrebbero avere familiarità con il flusso del database.

6. Prova di funzionamento:

Questo passaggio prevede l'esecuzione dei casi di test e la segnalazione dei bug, se presenti. Testare nuovamente il software una volta risolti i bug. In questa fase, gli strumenti di gestione dei test possono essere utilizzati per l'esecuzione dei test case.

7 . Conferma obiettivi aziendali:

In questa fase, i tester UAT devono firmare la posta dopo il test UAT per garantire che il prodotto sia pronto per la produzione. I risultati finali qui sono Piano di test, Scenari di test UAT, Casi di test, Registro dei risultati e Registro dei difetti.

Sfide del test di accettazione da parte dell'utente (UAT)

Le sfide legate all'esecuzione dei test di accettazione da parte degli utenti includono:

• Attività di segnalazione errata: Le attività di utilizzo e uso improprio/dichiarazione errata da parte di potenziali utenti possono essere estremamente difficili da controllare. Questo problema, ad esempio, può sorgere quando un'azienda non è dotata di sistemi informativi adeguati. L’incapacità o la difficoltà nell’identificare i rischi derivanti dal comportamento online che potrebbero portare a future decisioni sulla sicurezza basate sull’esperienza dell’utente renderà difficile se vogliamo che questi problemi persistano anche dopo l’adozione di misure ripetute. Lo stesso “utente” è diventato un concetto sempre più importante nel mondo di oggi in cui le persone diventano costantemente consapevoli attraverso i media elettronici di fenomeni nuovi e di quelli esistenti che non avrebbero mai potuto prevedere durante le loro prime esperienze infantili.
• Esempio corretto per dimostrare: Fornisci un progetto di esempio per testare la validità e l'affidabilità, o almeno le prestazioni, aspetti, come la complessità temporale, l'utilizzo delle risorse per utente, ecc.
• Valutazione corretta: Valutare come queste informazioni vengono gestite dagli utenti dopo un'accettazione riuscita Il test deve essere eseguito utilizzando strumenti di programmazione comuni che forniscano dati di input adeguati, inclusi esempi in formato HTML con input opzionali per il feedback prima/dopo ogni iterazione.
• Usabilità: Il lavoro del tester è fondamentale nell'UAT poiché deve dimostrare l'usabilità del prodotto simulando scenari di vita reale. Devono anche raccogliere informazioni su come i tuoi utenti interagiscono con il tuo prodotto. Questo processo può essere difficile per le persone non tecniche poiché non hanno la comprensione necessaria per valutare correttamente il tuo prodotto. Fortunatamente, ci sono molte risorse disponibili per rendere questa esperienza il più semplice e comoda possibile. Puoi invitare membri del supporto tecnico o volontari della tua azienda o comunità a testare il programma in quanto potranno fungere da guide per aiutare le persone meno esperte di tecnologia a valutare la tua creazione.
• Equilibrio corretto: Oltre a invitare gli utenti, i professionisti IT devono bilanciare il contributo e le aspettative degli utenti con costi e vincoli. Ad esempio, alcune aziende limitano il numero di utenti per computer durante i beta test. Ciò limita sia i costi che la raccolta dei dati. Altre aziende utilizzano le VPN in modo che solo determinati clienti accedano contemporaneamente al programma. Ciò limita i costi senza limitare la raccolta dei dati.
• Limitazioni delle azioni eseguite dall'utente: Esistono inoltre limitazioni sulle azioni che ciascun utente può eseguire all'interno del programma: ad esempio, alcuni programmi hanno una data di scadenza in modo che le aziende non sprechino dati preziosi con clienti poco attraenti.

Necessità di test di accettazione da parte dell'utente

• Usabilità: È necessario eseguire test di accettazione da parte dell'utente nei test del software per qualsiasi prodotto perché il processo di test del software si basa sull'abitudine degli utenti.
• Meccanismo di feedback: Il modo migliore per raggiungere gli utenti e garantire la loro fiducia è introdurre feedback tramite test di usabilità utilizzando strumenti.
• Causa non fattibile: Ci sono alcuni motivi per cui questo potrebbe non essere fattibile: Una mancanza – ci sono molti modi in cui si può fare per fornire test di accettazione da parte degli utenti all'interno di applicazioni che hanno funzionalità complesse – ad esempio Safari è stato ampiamente testato dai tester sin dal suo debutto 2 decenni fa con pochi cambiamenti . Il caso d'uso diventerà semplice molto rapidamente con metodi di test adeguati.
• Documentazione e comunicazione: I tester del software sono alla ricerca di una buona documentazione su come funziona il codice in modo da poter verificare se ciò che stanno facendo funziona esattamente come promesso; questo garantisce un test onesto se richiesto o semplicemente migliora la loro capacità di comunicare per conto ma non attraverso i test stessi. Inoltre li apre alla possibilità di provare qualcosa di nuovo (come alcune nuove funzionalità) finché non si verificano problemi dovuti alla mancanza di funzionalità.

Strumenti per Test di accettazione da parte dell'utente

Alcuni strumenti utilizzati per l'UAT sono elencati di seguito:

1. Marker.io: Segnala bug visivi direttamente nei tuoi dispositivi, senza uscire dal tuo sito o applicazione web

• Consente agli utenti di pubblicare messaggi, commenti ed eventi su un hub ospitato su Google Analytics, con un ritardo facoltativo tra gli aggiornamenti che garantisce l'invio di un solo messaggio al secondo.
• Ciò ritarda la perdita di dati eliminando eventuali interazioni accidentali dell'utente che potrebbero interrompere il flusso dell'app Web.

2. Storia completa: Consente ai client di monitorare e monitorare ogni azione del client. Dagli snap agli avanzamenti di pagina, tutto è elencato di conseguenza.

• Ti consente di visualizzare l'accettazione e il rifiuto dell'utente attraverso alcuni grafici, simili nella funzionalità a GraphPad ma con molta più flessibilità.
• I dati possono essere visualizzati tramite dashboard interattive come Scrum o attingendo a singole parti di essi che vengono poi visualizzate insieme al feedback effettivo degli utenti utilizzando il tuo software preferito. Rende questo tipo di test strutturato molto più semplice di quanto si pensi normalmente, forse anche meno frustrante.

3. Hotjar: Scopri la condotta e la voce dei tuoi clienti basate su Internet. Hotjar ti offre una 'visione di 10.000 piedi' su come sviluppare ulteriormente l'esperienza cliente del tuo sito e i tassi di esecuzione/trasformazione.

• Questa applicazione esegue un servizio che tiene traccia di un database online di persone che hanno visualizzato il tuo sito web.
• La pagina seguente riassume ciò che offre Hotjars e fornisce suggerimenti su come creare siti Web utilizzandoli.
• Inoltre, consente agli utenti di eseguire test da una riga di comando e fa un ottimo lavoro nel testare varie funzionalità che potrebbero essere aggiunte in seguito.

4. CrazyEgg: Un dispositivo basato sul Web che visualizza singole pagine del tuo sito, fornendoti un'analisi dettagliata di dove i vari ospiti hanno fatto clic e su quale parte dello schermo.

• L'utente dovrà creare una classe con tutti i metodi necessari e restituire valori lungo i suoi argomenti in modo che possa essere facilmente testata da altri sviluppatori o clienti/utenti utilizzando API diverse come le suite di test Selenium Server.
• È disponibile in due versioni: una che si basa su Mocha Test Suite, ovvero WebDriver, e l'altra si è appena basata sul framework MuleTest ma aggiunge alcune funzionalità personalizzate come l'implementazione tramite Socket, ecc.

5. Qualaroo: Consente agli utenti di testare facilmente le proprie app Web.

• Qualaroo è una libreria Python che consente agli utenti di testare facilmente le proprie app Web.
• È possibile creare strutture dati comuni in Python che ci consentono di eseguire direttamente i nostri test su diverse configurazioni di server utilizzando strumenti di QA come RSpec e TDDRunner.

6. Sentinella: Un'interfaccia web che consente agli utenti di scrivere autonomamente i test di accettazione

• È semplice ma efficace ed è stato accettato da diversi organismi di standardizzazione nazionali come ISO 9001 e ANSI X9-TRIAMS.
• Sentry fornisce un'interfaccia web che consente agli utenti di scrivere test di accettazione e caricarli selezionando un'opzione sulla dashboard dal menu della barra degli strumenti con vari casi di test selezionati durante la configurazione.

Linee guida per Test di accettazione da parte dell'utente

Linee guida per l'accettazione da parte dell'utente Il test e la revisione del codice esistente sono i seguenti:

• Non cambiare molto: Non cambia molto, a parte il risultato.
• Ridurre al minimo la complessità: Cerca di ridurre al minimo la complessità, fornendo al contempo un'interfaccia utilizzabile scrivendo sopra semplici test.
• Ambito di miglioramento: Se riesci a identificare cosa potrebbe essere migliorato nei risultati del test o se vale la pena farlo, fallo.
• Sicurezza: Per garantire la sicurezza del codice della tua applicazione, assicurati di verificare che solo gli utenti autorizzati possano interagire con esso (non puoi fidarti di alcun dato non autorizzato).
• Password complesse: È inoltre necessario utilizzare password complesse quando si opera direttamente o indirettamente attraverso il nostro sito Web almeno una volta al giorno dopo aver completato tutte le registrazioni.
• Condurre l'UAT: I test di accettazione da parte degli utenti possono essere condotti utilizzando simulazioni software o attraverso l'interazione manuale con gli utenti finali. Ciò comporta l'esecuzione di più test con diversi tipi di utenti per identificare i problemi che impediscono il corretto utilizzo di un prodotto. Le simulazioni al computer consentono ai tester di controllare ogni clic, input da tastiera ed elemento di visualizzazione sullo schermo di un computer. Ciò consente test più precisi senza richiedere dispositivi fisici o risorse umane. È importante notare che non tutti i bug sono causati da una progettazione scadente: alcuni potrebbero essere dovuti a errori dell'utente o impostazioni di sistema errate. È qui che entra in gioco il test di accettazione da parte dell'utente, che garantisce che l'utente finale utilizzerà correttamente il tuo prodotto in modo da poter correggere eventuali bug che impediscono il verificarsi dell'usabilità.
• Revisione del codice: La revisione del codice si concentra su aspetti tecnici come funzionalità, sicurezza e prestazioni. L'aspetto tecnico di un prodotto garantisce che funzioni come previsto e soddisfi le aspettative del cliente. I revisori del codice esaminano ogni riga di codice in un programma per garantire che non vi siano bug o altri problemi tecnici nel codice. Ciò aiuta a prevenire errori o problemi con il programma che potrebbero non essere immediatamente evidenti agli utenti finali. I revisori verificano inoltre eventuali problemi di compatibilità tra il programma e altri dispositivi e software, assicurando che il progetto funzioni correttamente con altri programmi e hardware.
• Obiettivi statali: È essenziale dichiarare chiaramente i propri obiettivi prima di lanciare qualsiasi tipo di programma di accettazione degli utenti o di revisione del codice. Idealmente, questi programmi dovrebbero migliorare la qualità dei progetti futuri senza sacrificare il tempo dedicato direttamente ad essi. L'implementazione tempestiva di questi test ti consente di concentrare la tua attenzione sullo sviluppo di un prodotto di successo invece di lottare contro i difetti esistenti nel processo di sviluppo.

Criteri di uscita per Test di accettazione da parte dell'utente

È necessario soddisfare alcuni criteri di uscita per il test di accettazione dell'utente. Loro includono:

• Fiducia: Un alto livello di fiducia che l'utente proposto abbia conoscenze, esperienze e competenze sufficienti per eseguire almeno un'attività in modo efficace.
• Esecuzione corretta: Dove i test mostrano che gli utenti possono contribuire pienamente alle attività esistenti utilizzando con successo la loro esperienza. Tutti e tre i termini rappresentano livelli diversi e ciascuno è inferiore al 50% rispetto ai professionisti a tempo pieno in quest'area. Quando utilizzi questi due criteri come input, il tuo obiettivo è ottenere il sostegno di altri che hanno ottenuto risultati simili attraverso altri metodi di ricerca invece di concentrarsi solo sull'apprendimento di quanto sia stato importante una volta arrivati ​​lì.
• Difetti minori: Dopo aver analizzato i risultati del test, i project manager dovrebbero essere in grado di trarre alcune conclusioni in base a ciò che hanno trovato. Ad esempio, se durante il test si verificano più errori del previsto, ciò può essere considerato un segno positivo. Ciò dimostra che il programma è facile da apprendere e utilizzare, condizione necessaria per un'implementazione di successo. Inoltre, ciò significa che gli obiettivi del progetto sono comprensibili e facilmente implementabili dagli utenti finali. In altre parole, il loro processo aziendale funziona in modo soddisfacente. Se ci sono meno errori del previsto, anche questo può essere preso come un segno positivo. Ciò indica che l’implementazione di determinate misure di sicurezza nelle prime fasi del ciclo di vita dello sviluppo contribuirà notevolmente a ridurre gli errori imprevisti durante i test.
• Nessun difetto critico: Dopo aver tratto queste conclusioni, i project manager dovrebbero garantire che tutti i difetti critici rilevati durante i test vengano risolti entro un mese dal lancio. Ciò consente loro di avere il tempo di informare gli utenti su eventuali problemi persistenti e correggere eventuali bug critici prima di rilasciare la copia finale agli utenti finali. Ciò aumenterà la probabilità di utenti soddisfatti e aumenterà l'interesse dei primi utilizzatori per il tuo prodotto.
• Secondo l'UAT: Un UAT ben coordinato aiuta gli sviluppatori di software a identificare i problemi nelle prime fasi dei loro progetti, riducendo così i costi di sviluppo complessivi e i ritardi nella tempistica. Pertanto, eseguire l’UAT in modo efficace richiede molta pianificazione e impegno da parte di ogni sviluppatore coinvolto in un progetto. Lo sviluppatore che esegue il test deve analizzare attentamente ogni scenario prima di passare alla fase successiva del test. Ciò li aiuterà a produrre un prodotto di qualità che soddisfi le esigenze dei clienti e raggiunga gli obiettivi del progetto nel più breve tempo possibile.

Test di accettazione da parte dell'utente e test di sistema

Test di accettazione rispetto al modello V

Di seguito è riportata la differenza tra test di accettazione e modello V: