Reading time: 14 minutes
Per assicurare le qualità tecniche di un prodotto, per trovare bug ed errori logici nel software, è essenziale impegnarsi in attività di quality assurance. Tuttavia, il test QA non ti dirà se il prodotto finale è allineato con gli obiettivi aziendali e può eseguire le attività richieste in scenari reali. Quindi, per garantire che il team di sviluppo stia costruendo il prodotto giusto per gli utenti finali effettivi, condurre test di accettazione degli utenti è vitale.
Che cos’è il test di accettazione degli utenti e in che modo è diverso dalla garanzia della qualità?
User Acceptance Testing (UAT) controlla se un prodotto è quello giusto per gli utenti finali. Ha altri nomi, ad esempio, test per l’utente finale, operativo, applicazione, beta test o convalida, ma descrivono la stessa cosa. Nella garanzia della qualità, è importante distinguere tra convalida e verifica.
La verifica si riferisce a processi generali di QA volti a testare gli aspetti tecnici di un prodotto per garantire che funzioni effettivamente. La convalida (o il test di accettazione dell’utente) viene condotta per assicurarsi che il prodotto corrisponda ai requisiti aziendali e possa essere utilizzato dall’utente finale.
Attività di validazione e verifica in termini di test complessivi del prodotto
L’attività di validazione può essere suddivisa in due tipi di test.
Il test alfa è la fase iniziale del test di accettazione, tipicamente eseguito da tester interni, per garantire che il prodotto funzioni correttamente e soddisfi i requisiti aziendali.
Il beta testing, il secondo tipo di test di accettazione, mira a soddisfare i criteri di accettazione degli utenti. L’UAT può essere eseguito da
- utenti effettivi di un prodotto esistente,
- utenti di una versione precedente di un prodotto,
- stakeholder coinvolti nello sviluppo del prodotto e/o
- analisti aziendali come specialisti degli utenti finali.
Ciò consente al team di sviluppo di risolvere la maggior parte dei problemi di usabilità, bug e problemi imprevisti riguardanti funzionalità, progettazione del sistema, requisiti aziendali, ecc.
Perché hai effettivamente bisogno di UAT?
Lo scopo principale dei test di accettazione è quello di verificare che il prodotto corrisponda alle esigenze degli utenti (definite nella fase di scoperta del prodotto) ed è pronto per il lancio. Secondo un sondaggio Origsoft sull’utilizzo di UAT, oltre il 75% degli intervistati ha dichiarato di condurre più cicli di test per l’utente finale con il 57% che sostiene la scarsa qualità del prodotto come motivo.
Quindi, ecco i motivi principali per cui UAT è importante e dovrebbe essere una parte del tuo sviluppo.
Garantire la corrispondenza con i requisiti aziendali. Come già accennato, UAT è fatto per verificare che il prodotto funzioni nelle circostanze del mondo reale come richiesto e consente agli utenti finali di risolvere problemi mirati. Se salti UAT, potresti perdere alcuni difetti importanti o malfunzionamenti del sistema che inevitabilmente causeranno insoddisfazione dell’utente.
Regola i requisiti iniziali. A volte, come gli utenti finali testare il prodotto, possono venire con alcuni pensieri preziosi su come migliorare il software testato. Ottenere tali feedback ti consentirà di adattare le tue esigenze per ottenere un risultato che sarà più utile per i tuoi clienti.
Evitare perdite. Innanzitutto, è più economico correggere il prodotto nelle prime fasi di sviluppo, quindi trovare difetti dovuti a UAT consentirà al tuo team di sviluppo di migliorare il prodotto molto più facilmente (che riguarda principalmente il modello Agile però. Continua a leggere per maggiori dettagli). In secondo luogo, sappiamo tutti storie di guasti del prodotto a causa della scarsa funzionalità e usabilità. UAT fornisce un feedback degli utenti del mondo reale e rende molto meno probabile che si verifichino perdite causate da un lancio di prodotto non riuscito.
In ogni caso, UAT richiede un lavoro di organizzazione e preparazione per renderlo efficace. Se si desidera garantire la validità del prodotto, prendere in considerazione i seguenti passaggi per eseguire i test di accettazione dell’utente.
UAT key stages
Analizzare i requisiti del prodotto e definire i risultati chiave
Analizzare i requisiti del prodotto è il primo passo della pianificazione UAT. La fonte primaria di informazioni di input sarebbe la specifica dei requisiti del software in quanto include l’ambito completo dei requisiti aziendali e funzionali.
I requisiti aziendali sono gli obiettivi di alto livello dell’organizzazione che comunicano le esigenze aziendali. Quelli possono sembrare ” i clienti dovrebbero essere in grado di utilizzare più metodi di pagamento.”
I requisiti funzionali uniscono una soluzione tecnica ai requisiti aziendali. Quindi, il requisito funzionale suonerebbe come ” implementare PayPal, Visa e Mastercard, gateway di pagamento Payoneer.”
La panoramica di questi requisiti ti dirà esattamente cosa dovresti testare, se le soluzioni implementate funzionano per gli utenti e risolvono i problemi per il business. I requisiti funzionali possono essere tradotti in casi di test, considerando i criteri di successo dei requisiti aziendali. E questo ti aiuterà a formare una strategia di test globale. Prendi in considerazione l’opportunità di coinvolgere analisti aziendali, ingegneri di QA o proprietari di prodotti per l’analisi dei requisiti.
La fase finale di progettazione è la creazione di documentazione tecnica per il processo UAT. Qui, documenta la tua strategia di test, regole, scenari/casi di test, standard, ecc. Le sezioni seguenti descrivono la documentazione utilizzata nei test di accettazione dell’utente.
Risultati del test di accettazione utente
Piano di test UAT. La creazione di un piano di test UAT ti aiuterà a mantenere tutti allineati con gli stessi obiettivi e la stessa visione. Il documento principale, include tutte le informazioni relative a ciò che verrà testato, da chi e come. Per coprire tutti gli aspetti organizzativi e processuali di UAT, è necessario dettagliare la strategia di test e i criteri di entrata/uscita.
Strategia di test per l’utente finale. La strategia delinea il prodotto che si sta testando, lo scopo del test di accettazione dell’utente, i tipi di test e gli obiettivi. La vostra strategia di test dovrebbe coprire tali informazioni come
- descrizione prodotto
- test obiettivi,
- ambito di verifica,
- standard
- tipi di test,,
- tester/ruoli
- processo curatori (dirigenti),
- revisori,
- reporting standards, e
- risultati.
Criteri di ammissione. Queste sono le condizioni che stabiliscono che il software è pronto per essere testato. Sono impostati nella prima fase di pianificazione dal team di sviluppo, dal QA, dagli analisti aziendali e dalle parti interessate.
Criteri di uscita o accettazione. Queste sono le condizioni che dettano che il software è valido per gli utenti. La corrispondenza dei criteri di accettazione sarebbe la fase finale del tuo UAT.
Scenari di test. Gli scenari di test sono situazioni ipotetiche che gli utenti possono incontrare quando interagiscono con il prodotto. Il loro obiettivo è quello di guidare i tester attraverso possibili problemi di utilizzo del sistema.
Fondamentalmente, uno scenario di test dovrebbe trasmettere una semplice idea di ciò che verrà testato. Un esempio di scenario è ” verifica funzionalità carrello.”Ogni scenario utente è collegato a uno o due requisiti o storie utente. Sono scritti per convalidare che il sistema sia utilizzabile, controllando le operazioni end-to-end con dati reali.
Per scrivere buoni scenari di test per il test di accettazione degli utenti, considerare di coinvolgere gli utenti finali nell’approvazione per includere tutti i possibili casi d’uso, sia comuni che non comuni. Inoltre, considera di scriverli in un linguaggio semplice, evitando fraseggi complicati o spiegazioni eccessivamente tecniche.
Casi di test. Un caso di test è un insieme di azioni specifiche che vengono eseguite per testare e verificare un particolare comportamento, funzionalità o funzionalità del sistema. I casi di test sono unità più dettagliate che devono corrispondere a tutti gli scenari di test. Molto spesso convertirai le storie degli utenti e i casi d’uso aziendali per scrivere casi di test efficienti. Esempi di casi di test sono:
- Controllare utente non registrato aggiungendo il prodotto nel carrello.
- Controllare il filtraggio del carrello.
- Controlla il pulsante “Continua a fare acquisti”.
I casi di test sono efficienti quando è indicato uno scopo chiaro e l’utente è in grado di capire cosa dovrebbe fare per completarlo. La guida per l’utente a un caso di test può essere simile a questa:
- Aprire l’applicazione.
- Aggiungi un prodotto al carrello.
- L’autenticazione non è necessaria.
- Vai al carrello.
Puoi anche includere i risultati attesi nel caso di test, in modo che l’utente sia consapevole di ciò che accadrà:
- Il prodotto apparirà in un carrello della spesa.
- Il sistema ti chiederà di autorizzare come utente registrato.
Norme di segnalazione. Definire l’aspetto di un report e quali informazioni deve fornire un utente finale.
Rapporti di prova. Questi accumulano dati di output documentati quando il test è completato. A seconda degli standard di test e dello scenario di test, varie informazioni possono essere incluse nei report. Ma in genere in UAT, i team QA richiedono solo un sign-off dal tester. Un sign-off è solo una conferma che il test è riuscito e corrisponde ai criteri dell’utente.
Alla fine di UAT, i deliverable forniti possono essere utilizzati dagli ingegneri QA o da un manager UAT per estrarre dati preziosi e comunicare i risultati al team di sviluppo.
Tradizionalmente, gli ingegneri di garanzia della qualità saranno responsabili dell’elaborazione del feedback degli utenti finali. I risultati di test, segnalazioni di bug e record di fail/pass vengono forniti agli sviluppatori per garantire una comunicazione costante tra le diverse parti del team. Sulla base del feedback degli utenti finali, il team QA può anche fornire metriche di qualità del software per misurare i progressi in termini di UAT.
User acceptance testing templates
Abbiamo menzionato alcuni documenti importanti che devono essere creati per una corretta pianificazione ed esecuzione UAT. Ci sono diversi modi per scriverli, ma qui ci sono alcuni modelli che possono tornare utili.
- Modelli di piano di test: Piano di Test modello di Coley di Consulenza, sfsu modello (scaricabile qui), o iiba modello (link scaricabile)
- scenario di Test template
- Test report template
Scegliere il momento e la forma di end-user testing
test di Accettazione può avvenire in diverse fasi del progetto, a seconda del metodo che si sta utilizzando, ma di solito è realizzata al termine del ciclo di sviluppo prima del rilascio. Poiché due delle metodologie di gestione del progetto più popolari nello sviluppo del software sono Waterfall e Agile, esamineremo il processo di test di accettazione degli utenti all’interno di questi due modelli.
Test di accettazione nel modello a cascata
Per approfondire i dettagli, dobbiamo ricapitolare rapidamente cos’è un modello a cascata. È una metodologia di gestione del progetto tradizionale basata su uno sviluppo graduale del prodotto.
Le fasi non si intersecano, il che significa che non vi è alcuna progettazione simultanea e test di progettazione, o sviluppo e test. L’intero processo è rigorosamente documentato e destinato a fornire un’applicazione completamente funzionale alla fine dello sviluppo senza iterazioni.
Fase di accettazione dell’utente nel modello a cascata
Il test di accettazione dell’utente in cascata avviene nella fase finale di sviluppo, subito prima del lancio.
Può essere condotto solo dopo che il sistema è considerato pronto per il codice e la funzione, dopo aver raggiunto i seguenti benchmark.
- I requisiti aziendali del prodotto sono stati soddisfatti.
- La base di codice è terminata.
- Le attività di QA (system, integration, unit testing) sono state completate.
- I bug rivelati durante la fase di QA sono stati corretti.
- Problemi visivi minori sono in un intervallo accettabile.
- Ambiente di accettazione utente (gestore UAT, strumenti per test, scenari di test, ecc.) viene creato.
Nel modello Waterfall, il test di accettazione dell’utente è il punto definitivo che dimostra la prontezza del software. Se un prodotto soddisfa i criteri di accettazione dell’utente, significa che il prodotto è pronto per la produzione. Le attività UAT, in tal caso, servono a completare il controllo del sistema, la sua funzionalità, usabilità e bug. Ma ancora l’obiettivo primario è quello di garantire che il prodotto corrisponda ai requisiti iniziali e alle esigenze dell’utente finale.
Accettazione degli utenti nelle metodologie Agili
Il modello Agile di sviluppo software non è semplice come Waterfall. Si basa sull’iterazione di ogni fase di sviluppo fino a quando il prodotto raggiunge la qualità e la funzionalità richieste. Le iterazioni di ogni fase consentono uno sviluppo altamente flessibile e un cambiamento dinamico dei requisiti, poiché Agile non si concentra sulla creazione di molta documentazione. E questo consente al team di sviluppo di rispondere rapidamente alle mutevoli esigenze del cliente.
User acceptance testing in Agile model
L’immagine mostra il ciclo di sviluppo del prodotto Agile con iterazioni. È possibile condurre test di accettazione degli utenti in ogni fase del progetto per garantire la validità del prodotto. La principale differenza tra UAT in Waterfall e in Agile è che UAT viene eseguito più volte (spesso all’interno di ogni iterazione) e i suoi risultati possono influire sui requisiti iniziali, in quanto fornisce un feedback immediato su ciò che funziona meglio.
I punti di controllo per l’avvio dei test degli utenti finali in un progetto Agile sono
- requisiti aziendali formati,
- Documentazione UX/system,
- materiale di prova (mock-up interattivi, prototipi ad alta fedeltà, demo) e
- ambiente di accettazione degli utenti.
In Agile, UAT è parte integrante delle attività di test globali, quindi può assumere forme diverse e utilizzare strumenti diversi. Ad esempio, questi possono essere test su requisiti funzionali e non funzionali o test in fase iniziale per convalidare le ipotesi fatte durante la fase di pianificazione. Alla fine di ogni iterazione, il test di accettazione produce risultati finali che vengono utilizzati per modificare i requisiti, l’architettura del sistema, le guide di stile UX, ecc.
Recluta utenti e forma UAT team
Come accennato in precedenza, i tester possono essere reclutati dalla tua base di utenti esistente. A seconda delle specifiche del progetto, questi possono essere esperti in materia, utenti reali del prodotto, stakeholder, analisti aziendali, proprietario del prodotto o cliente. È inoltre possibile utilizzare piattaforme di crowd-sourcing per la ricerca di tester o assumere uno specialista freelance user-testing.
Prendere in considerazione la creazione di un messaggio di social media o anche una pagina di destinazione per attirare un pubblico. I potenziali tester non dovrebbero necessariamente essere esperti di tecnologia o familiarità con i processi di test del software. Tuttavia, quelli che hanno già o useranno il tuo prodotto (o forse uno simile) saranno buoni candidati per il tuo UAT poiché in tal caso puoi evitare il coinvolgimento del team di deep onboarding e QA.
Implementare strumenti di test per gli utenti finali e tester a bordo
Naturalmente, ci sono strumenti specifici sul mercato che sono progettati per i test per gli utenti finali. Gli strumenti più diffusi offrono funzionalità di gestione dei test come report, panoramiche delle attività e modelli di documentazione di test. Ecco alcuni esempi di software che possono essere utilizzati per supportare le attività UAT.
Usersnap è una piattaforma popolare per fornire un feedback visivo sul software testato e applicazioni basate sul web. Fondamentalmente, è uno strumento che consente agli utenti di contrassegnare i bug direttamente sullo schermo, lasciare commenti e suggerimenti e condividere il feedback. Ci sono molti strumenti simili come Userback e UserTesting.
FitNesse è un framework open source basato su wiki per l’automazione dei test di accettazione. Consente a tutte le parti interessate di creare, modificare ed eseguire facilmente test, creando un feedback precoce. Gli utenti immettono input appositamente formattati per generare automaticamente test che vengono immediatamente eseguiti dal sistema. Quindi l’output viene restituito ed evidenziato a seconda che corrisponda al risultato atteso o meno. Questa piattaforma di collaborazione ha una curva di apprendimento mite ed è popolare tra i team Agili.
Bugwolf è un altro strumento per condurre UAT. Oltre all’ambiente di test e alla segnalazione di bug, offre funzionalità di gamification e competizione per motivare e coinvolgere gli utenti. Troverete anche utili opzioni di pagamento integrate se avete intenzione di condurre test per l’utente finale online.
Strumenti di gestione del progetto ben noti come Jira o Trello hanno anche funzionalità per la conduzione di UAT.
Testing dashboard in SpiraTest
Crea un ambiente di accettazione degli utenti ed esegui la formazione
Per ottenere il massimo dai test degli utenti finali, inizia con la formazione. I tuoi tester e UAT manager sono responsabili di questo. Considerare strutturare il processo di formazione per includere i seguenti aspetti.
- Introdurre gli utenti al processo di test e ai suoi obiettivi.
- Addestrare gli utenti a utilizzare strumenti per il test degli utenti finali se si intende utilizzarli.
- Fornire loro standard di reporting e linee guida.
- Assicurarsi che gli utenti comprendano correttamente i casi di test, fornendo supporto se necessario.
- Fornire loro l’accesso all’ambiente di test.
Molto spesso i test per l’utente finale possono essere eseguiti dal lato dell’utente, il che significa che non dovrai fornire ai tuoi tester l’hardware. L’intero processo può anche essere fatto online. Progetti più complicati o dati riservati possono richiedere la raccolta di un team dedicato di tester utente presso il vostro ufficio. È anche importante nominare un manager che fornirà documentazione, strumenti e supporto.
Esegui i test
Una volta che hai i tuoi scenari di test e casi di test, sei a posto con i test. Per supportare gli utenti finali durante il processo e ottenere i risultati richiesti, fornisci una chiara comprensione delle azioni richieste da ciascun caso di test. Tieni presente che i tuoi utenti non sono tester professionisti. Durante il test, assicurati di fornire dati reali o vicini a quelli reali agli utenti, evitando contenuti di esempio o pulsanti fittizi. Qualsiasi equivoco può farli bloccati al caso di prova.
Un altro aspetto importante è avere i tuoi sviluppatori pronti a risolvere tutto ciò che va storto. L’ambiente di test può essere chiuso o possono esserci errori che impediscono agli utenti di testare. Gli utenti dovrebbero essere in grado di accedere alle funzionalità richieste in ogni fase del test, che si tratti di un design interattivo o di un’app funzionale, per consentire loro di eseguire ogni caso di test incluso nel piano di test.
Raccogli le informazioni di output e analizzale
Durante le tue attività UAT, riceverai tonnellate di dati dai tester. Il tuo team QA dovrà analizzarlo. I dati vengono raccolti tramite report degli utenti inviati manualmente o tramite uno strumento specifico. Inoltre, puoi condurre interviste con utenti separati per ottenere maggiori informazioni sui casi di test che hanno eseguito e su cosa pensano di loro.
Per valutare la prontezza del sistema, considerare la misurazione della percentuale di test superati/falliti/corretti.
Test tracking dashboard in Panaya
Ci sono anche alcuni altri punti che dovrebbero essere considerati:
Stabilità del sistema. La stabilità può essere determinata dal numero di errori imprevisti incontrati durante l’UAT.
Copertura dei test. La copertura è misurata dal numero di scenari di test/casi scritti e dal loro rapporto con i test complessivi finiti. Puoi anche abbinare i risultati del test UAT con la mappa del percorso utente per capire quale parte della funzionalità è stata lasciata non testata.
Usabilità del sistema. Questo può essere calcolato dal numero di test non passati perché l’utente non ha trovato un modo per farlo. Ma l’UX complessiva viene testata durante il test di usabilità, che viene condotto come un’attività separata.
Conformità contratto / requisito. La conformità ai requisiti viene verificata al termine di tutti i test per l’utente finale. Garantisce che la build del software corrisponda ancora ai requisiti iniziali / ambito del contratto, anche dopo le modifiche apportate dall’accettazione dell’utente.
Correggere bug, ripetere il test e firmare
Dopo l’esecuzione di UAT, tutti i difetti devono essere documentati con commenti pertinenti e passati al team di sviluppo. Devono apportare modifiche al codice per affrontare i problemi rivelati da UAT.
Una volta risolti i bug, riprovali per assicurarti che tutto funzioni correttamente. Quando i criteri di accettazione vengono raggiunti e approvati dai revisori, viene presa la decisione finale di accettazione sulla preparazione della produzione del prodotto.
Ruoli del team UAT
Come accennato in precedenza, il test UAT è diverso da altre attività di QA perché viene eseguito non solo da specialisti tecnologici; è anche importante coinvolgere gli utenti finali effettivi in questo processo. È inoltre necessario coinvolgere professionisti del QA e analisti aziendali, così come una stretta collaborazione con il project manager e il team di sviluppo.
Le responsabilità del team UAT possono variare a seconda delle esigenze dell’azienda e del progetto, ma ecco un esempio della distribuzione dei ruoli che puoi considerare.
Business program manager. Questa è la persona che coordina e supervisiona l’intero progetto, allineandolo con gli obiettivi di business. Prima della fase UAT, il program manager deve generare il piano di consegna del programma e il documento dei requisiti aziendali per supportare le attività di test. È anche responsabile della revisione e dell’approvazione del piano di test e della strategia di test.
Durante UAT, il program manager monitora l’esecuzione delle attività di test e garantisce il completamento nei tempi previsti e nel budget. Successivamente, esamina il rapporto di prova e decide sulla distribuzione alla produzione.
UAT cavo di prova / manager. La responsabilità del test lead è di pianificare e organizzare con precisione l’UAT. Per questo, di solito è necessaria una stretta collaborazione con il project manager.
Il test lead raccoglie e analizza tutti i requisiti aziendali e funzionali che vengono poi utilizzati per sviluppare la documentazione necessaria,ovvero strategia di test, piano di test, scenari di test, ecc. Inoltre, nella fase di preparazione, lavora con il team di test, assegnando scenari di test ai membri del team e organizzando la formazione per assicurarsi che i tester comprendano la procedura UAT. Il test lead prepara e gestisce anche le risorse necessarie e carica i dati di test essenziali negli strumenti di test.
In tutto l’UAT, il lead coordina l’esecuzione dei casi di test, assicurandosi che tutti i risultati dei test siano documentati. Tiene traccia anche dei progressi dei test, raccoglie le metriche e crea/mantiene un rapporto di prova.
UAT membri del team di test. Il compito principale del team di test è eseguire i test in conformità con il programma e le istruzioni forniti. I tester dovrebbero creare registri di prova e riferire su difetti e incidenti. In genere partecipano anche alle attività di nuovo test (se necessario).
Il project manager, in quanto responsabile del completamento del progetto, deve monitorare le attività di test, fornire supporto organizzativo e riferire sui progressi. Agirebbe anche come mediatore tra il team di test, gli sviluppatori, il cliente e qualsiasi altro possibile stakeholder.
Lista di controllo UAT
Riassumendo le linee guida UAT che abbiamo presentato sopra, abbiamo sviluppato una lista di controllo per aiutarti a organizzare le tue attività di test e non perdere nulla di importante.
Avvio del progetto UAT.
- Verificare con il team di sviluppo che tutti i componenti del prodotto siano pronti per il test. Documentare eventuali problemi che non potevano essere affrontati prima dell’UAT.
- Identificare le principali parti interessate.
- Scegli un team leader responsabile del progetto, comprese le pratiche burocratiche.
- Discutere e concordare la struttura del progetto, il team UAT e la documentazione UAT.
- Discutere a fondo le procedure di test e creare un piano UAT iniziale.
Pianificazione UAT.
- Crea il tuo team UAT e assicurati di avere tester di ciascun segmento di mercato e/o di ciascun gruppo di stakeholder. Assicurarsi che tutta la documentazione relativa alla partecipazione sia completa e firmata(non divulgazione, accordo di partecipazione, ecc.).
- Comunicare la strategia di test e il programma al team. Assicurati che ogni membro comprenda i ruoli, le procedure e le responsabilità.
- Assicurati che tutti i requisiti aziendali vengano acquisiti e comunicati al team UAT.
- Discutere e concordare i criteri di entrata e di uscita.
- Prepara tutta la documentazione aziendale: piano di test, scenari di test,casi di test, ecc.
- Comunicare gli obiettivi aziendali e i criteri di accettazione / uscita del sistema.
- Concordare gli standard di segnalazione.
- Condurre la formazione necessaria sul sistema e sugli strumenti ausiliari. Assicurati che i tester capiscano come segnalare gli incidenti.
- Raccogliere e preparare tutte le risorse necessarie per le attività UAT. Prenota spazio se necessario.
- Preparare e testare l’ambiente, testare strumenti di gestione, dispositivi, server, canali di feedback, tracciamento dei problemi, distribuzione dei contenuti, ecc.
- Assicurati di avere tutti gli accessi, che l’accesso alla sicurezza sia stato impostato e che i dati di test siano stati caricati.
Esecuzione di UAT.
- Monitorare come vengono eseguite le procedure e assicurarsi che i report siano inviati tempestivamente e con precisione.
- Creare e gestire il rapporto di riepilogo del test.
Attività post-UAT.
- Analizza le informazioni di output misurando la percentuale di test passati/falliti e categorizzando i difetti in base alla gravità.
- Identificare lo stato rispetto ai criteri di accettazione.
- Preparare il rapporto finale UAT e presentarlo alle parti interessate insieme al tempo stimato e agli sforzi necessari per soddisfare i criteri di accettazione e le raccomandazioni per il rilascio.
Le procedure di prova potrebbero differire da azienda a azienda. Ecco un paio di altre liste di controllo UAT scaricabili che potrebbero adattarsi anche alle tue esigenze: Lista di controllo 1, Lista di controllo 2.