Cos'è l'UAT, il test di accettazione utente?
L'UAT (user acceptance testing) è la prova in cui gli utenti di un sistema lo usano su casi reali per decidere se accettarlo: spesso ne dipende il pagamento.
L'UAT (user acceptance testing, test di accettazione utente) è la prova con cui le persone che useranno davvero un sistema verificano, sul proprio lavoro, se accettarlo. Il glossario dell'ISTQB, l'organismo internazionale che certifica i tester del software, lo definisce un tipo di test di accettazione eseguito per stabilire se gli utenti destinatari accettano il sistema; il test di accettazione, a sua volta, è il livello di test che serve a decidere se accettarlo. L'UAT non va a caccia dei difetti del codice, che il fornitore avrebbe dovuto trovare prima, ma produce una decisione: un sì, un no o un sì con riserve, e da quell'esito dipendono di solito la messa in esercizio e il pagamento. In italiano si dice spesso collaudo; negli appalti pubblici, però, il collaudo riguarda i lavori, mentre per servizi e forniture, progetti IT compresi, la legge parla di verifica di conformità.
Leggi anche: Evals (valutazione dei modelli) · Gli evals sono suite di test sistematiche che misurano la qualità di un sistema LLM su casi noti, invece di fidarsi dell'impressione di chi lo prova.
Collaudo e verifica di conformità
Il Codice dei contratti pubblici (art. 116 del D.Lgs. 36/2023) sottopone a verifica di conformità i contratti di servizi e forniture, per certificare che rispettino caratteristiche, obiettivi e tempi pattuiti. La svolge il RUP, il responsabile dell'appalto per l'ente, o il direttore dell'esecuzione; per prestazioni ad alto contenuto tecnologico, complesse o innovative l'ente può nominare verificatori diversi. Modalità e tempi stanno nel capitolato, l'equivalente pubblico dello SOW, e l'allegato II.14 chiede di avviarla entro trenta giorni dall'ultimazione, salvo un diverso termine nel contratto. Tra privati collaudo resta la parola d'uso, e per l'appalto il codice civile dà al committente il diritto di verificare l'opera prima della consegna e considera accettata l'opera ricevuta senza riserve (art. 1665, inquadrato nella voce su T&M e turnkey).
Accettare un sistema AI
Nel software tradizionale l'UAT arriva dopo i test del fornitore, molti automatici e ordinati secondo la piramide dei test, e ogni prova ha un risultato atteso scritto prima. Il rapporto tecnico ISO/IEC TR 29119-11 osserva che i sistemi AI possono essere non deterministici, cioè dare risposte diverse allo stesso input, e che fissarne i criteri di accettazione è difficile: il tester fatica a stabilire il risultato atteso. Il NIST AI Risk Management Framework chiede di misurare le prestazioni in condizioni simili all'uso reale (MEASURE 2.3) e di documentarne i limiti fuori dalle condizioni di sviluppo (MEASURE 2.5). Per questo scrivo criteri statistici: una quota minima di casi corretti su un campione concordato di dati reali. Come si misura la qualità del modello lo spiegano gli evals; l'UAT usa quei numeri per decidere se firmare.
Un esempio enterprise
Una compagnia assicurativa compra un assistente che legge le denunce di sinistro e ne propone la classificazione al liquidatore. Il contratto fissa i criteri prima dello sviluppo: su 400 denunce dell'ultimo trimestre, scelte da chi le gestisce ogni giorno, la classificazione deve coincidere con quella di un liquidatore esperto in almeno nove casi su dieci, e nessuna denuncia con lesioni personali può finire nella coda a bassa priorità. La prova usa i formati reali di produzione, scansioni storte comprese. Al primo giro il sistema supera la soglia ma declassa due denunce con lesioni: la compagnia non accetta e mette per iscritto i due casi, il fornitore corregge e il secondo giro chiude l'UAT.
Perché conta per chi decide
L'UAT è il momento in cui chi compra decide con i dati in mano, e di solito ne dipende il pagamento. I criteri vanno scritti nel contratto prima dello sviluppo, con campione, soglia e chi esegue la prova, e l'esito va messo per iscritto, riserve comprese, perché in un appalto tra privati ricevere senza riserve vale come accettazione. Negli appalti pubblici l'allegato II.14 (art. 37) lascia ferma la responsabilità del fornitore per vizi o difetti, anche di parti o funzionalità non verificabili in sede di verifica di conformità.
Questa voce è informativa e non costituisce consulenza legale: per impostare l'accettazione di un contratto specifico coinvolgi il tuo legale.
Domande frequenti
Termini correlati
- Evals (valutazione dei modelli) · Gli evals sono suite di test sistematiche che misurano la qualità di un sistema LLM su casi noti, invece di fidarsi dell'impressione di chi lo prova.
- Definition of Done (DoD) · La Definition of Done (DoD) è la soglia di qualità che un team di sviluppo si impegna a rispettare su ogni consegna prima di dichiararla finita al committente.
- Statement of Work (SOW) · Lo statement of work (SOW) è il documento che descrive cosa un fornitore deve consegnare: risultato, dati, criteri di accettazione, modifiche ed esclusioni.
- Time & Material vs Turnkey (T&M vs TK) · T&M (time and material) e TK (turnkey) sono i modelli base per comprare un progetto IT: giornate a tariffa con regia del cliente o un risultato a prezzo chiuso.
- Piramide dei test · Modello che distribuisce lo sforzo di test su più test unitari, meno di integrazione, pochi end-to-end.
Se è una scelta tecnica che stai rimandando, è la decisione che ti aiuto a prendere.
VEDI TOOL CUSTOM E GOVERNANCE