Risposta.

Verifica e convalida sono due concetti chiave nel testing che definiscono la conformità del prodotto alle aspettative e ai requisiti.

Storia della questione:

Nell'ingegneria del software si è sviluppata una distinzione tra i concetti di verifica (conformità del prodotto alle specifiche) e convalida (conformità alle aspettative dell'utente) per descrivere due diverse sfaccettature della qualità.

Problema:

Gli specialisti confondono questi termini e applicano approcci in modo errato: testano solo secondo le specifiche tecniche, ignorando l'esperienza dell'utente, o viceversa, si basano solo sulla logica "corretto/conveniente", dimenticando i requisiti formali.

Soluzione:

Verifica (Stiamo costruendo il prodotto giusto?) — verifica che il prodotto soddisfi tutti i requisiti delle specifiche (specifiche tecniche, documentazione).
Convalida (Stiamo costruendo il prodotto giusto?) — verifica che il prodotto risolva il problema dell'utente e soddisfi le aspettative reali.
Utilizzare entrambi gli approcci: verificare secondo le specifiche tecniche, convalidare attraverso test esplorativi "dal vivo", scenari utente, test di accettazione.

Caratteristiche chiave:

Verifica = controllo formale dei requisiti.
Convalida = empatia verso l'utente, simulazione di scenari reali.
Entrambi i passaggi sono necessari per una copertura completa degli errori.

Domande trabocchetto.

Cosa significa "il prodotto ha superato la verifica, ma ha fallito la convalida"?

Risponde alle specifiche, ma non è comodo, non risolve il problema dell'utente e non è richiesto dal mercato.

Si può iniziare la convalida prima della verifica?

No, prima deve essere verificato un insieme di requisiti di base, altrimenti una funzionalità incompleta non permetterà di valutare l'esperienza utente.

L'assenza di usabilità appare come un bug durante la verifica?

No, è un problema di esperienza utente (UX) che emerge solo nella fase di convalida degli scenari utente.

Errori comuni e anti-pattern

Orientamento esclusivo alle specifiche, ignorando l'UX.
Salto dei test di accettazione.
Comunicazione insufficiente con coloro che utilizzeranno realmente il prodotto.

Esempio dalla vita reale

Caso negativo

Si è testato solo il rispetto delle specifiche documentali. Dopo il lancio è emerso che gli utenti non comprendono la logica dei passaggi per completare l'ordine, nonostante la conformità formale ai casi descritti.

Vantaggi:

Tutti i requisiti delle specifiche sono stati implementati.

Svantaggi:

Basso coinvolgimento degli utenti, lamentele e abbandono del prodotto.

Caso positivo

Sono stati impiegati test esplorativi e organizzato un test UX con utenti reali. Sono stati riscontrati punti critici, e il processo di completamento dell'ordine è stato migliorato. Risultato — feedback positivi, alte conversioni.