Checklist UAT per il go-live di un CRM

Prima dell'UAT

La maggior parte degli UAT che vanno male va male qui: ambito poco chiaro, script che nessuno ha controllato, tester senza un account funzionante.

Ambito

• Concorda quali processi e user story fanno parte dell'UAT e metti per iscritto cosa ne resta fuori.
• Nomina un responsabile del business per ogni processo: la persona che dà il sign-off.
• Concorda cosa significano Critical, High, Medium e Low prima che venga registrata la prima anomalia.

Casi di test

• Scrivi un caso di test per ogni scenario di business, con le parole delle persone che lo testano.
• Dai a ogni passo un'azione e un risultato atteso, e dati di test dove servono.
• Contrassegna ogni caso di test come Must, Should o Could, così quelli importanti vengono testati per primi.
• Aggiungi i percorsi negativi: un valore sbagliato, un campo mancante, un utente senza il ruolo giusto.
• Verifica che ogni user story nell'ambito abbia almeno un caso di test.
• Fai rivedere gli script a un key user del business prima delle giornate di test.

Tester

• Scegli tester che fanno quel lavoro ogni giorno, da ogni team che usa il sistema.
• Assegna a ogni tester un gruppo e i suoi script.
• Blocca le giornate di test nei loro calendari e liberali dal lavoro quotidiano.
• Preparali in mezz'ora: come registrare un risultato e come segnalare un'anomalia.

Ambiente e dati di test

• Prepara un ambiente di test simile alla produzione: configurazione, integrazioni e dati.
• Crea un account di test per ogni ruolo e verifica che con ciascuno si possa accedere.
• Carica i dati di test: clienti, prodotti, listini prezzi e record aperti.
• Usa dati di test al posto dei dati dei clienti ovunque puoi.
• Concorda quando le correzioni vengono rilasciate nell'ambiente di test durante le giornate di test.

Pianificazione

• Pianifica le giornate di test a blocchi, con un orario fisso per il triage ogni giorno.
• Tieni del tempo per un round di retest dopo le correzioni.
• Fissa la data della riunione go/no-go e invita subito il comitato guida.
• Controlla il calendario delle release di Salesforce o Dynamics 365: una release della piattaforma nel mezzo del tuo UAT cambia ciò che testi.

Criteri di ingresso

• Il test di sistema è concluso e nessun difetto Critical emerso lì è ancora aperto.
• L'ambiente di test, gli account di test e i dati di test sono pronti.
• Il business ha rivisto i casi di test.
• Ogni tester è stato invitato e ha effettuato l'accesso almeno una volta.

Durante l'UAT

Mantieni le giornate brevi e le informazioni in un unico posto, così i problemi vengono trovati, decisi e risolti nello stesso giorno.

Stand-up quotidiano

• Inizia ogni giornata con quindici minuti: cosa è stato testato, cosa blocca, cosa è previsto oggi.
• Confronta l'avanzamento per gruppo con il piano e sposta i tester dove servono.

Registrare le anomalie

• Registra un'anomalia per ogni problema, con il passo, cosa ti aspettavi e cosa è successo invece.
• Aggiungi uno screenshot e il link al record.
• Cerca prima un'anomalia esistente, così lo stesso problema non viene registrato due volte.
• Assicurati che ogni passo fallito abbia un'anomalia, o un motivo per cui non ce l'ha.

Triage

• Tieni il triage ogni giorno, con il business e il team di sviluppo insieme.
• Assegna a ogni nuova anomalia una gravità, una priorità e qualcuno che la risolva.
• Decidi per ciascuna: correggerla, rifiutarla o trasformarla in una change request.
• Metti le change request nel backlog, non in questa release.

Retest

• Fai ritestare l'anomalia al tester che l'ha trovata, una volta rilasciata la correzione.
• Annota su quale release e build è stato fatto ogni retest.
• Avvia un nuovo round dopo una correzione importante e testa di nuovo i processi intorno alla correzione.

Chiudere l'UAT

L'UAT si conclude con una decisione. Prendila sulla base dei fatti e metti per iscritto chi ha deciso cosa.

Criteri di uscita

• Tutti i casi di test Must sono stati superati.
• Nessuna anomalia Critical è aperta.
• Ogni anomalia High aperta ha un workaround o una data per la correzione che il business accetta.
• Ogni caso di test nell'ambito ha un risultato.

Sign-off

• Chiedi al responsabile di ogni processo di dare il sign-off: accettato, accettato con condizioni o rifiutato.
• Annota ogni condizione, con chi se ne occupa ed entro quando.

Go/no-go

• Tieni la riunione go/no-go con i numeri sullo schermo, non a memoria.
• Registra la decisione, le condizioni e chi l'ha presa.

Il report

• Indica cosa rientrava nell'ambito e cosa non è stato testato.
• Mostra i risultati per gruppo e per priorità, e la release e la build testate.
• Elenca le anomalie aperte per gravità, con la decisione su ciascuna.
• Aggiungi i sign-off, con le loro condizioni.
• Indica i rischi noti e i workaround per le prime settimane dopo il go-live.

Dopo il go-live

• Conserva i casi di test: sono il test di regressione per la prossima release del CRM.
• Annota cosa fare diversamente nel prossimo UAT, finché è tutto fresco.