Qualità e testing
Verificare le decisioni, non solo il codice
Un test ha valore quando risponde a una domanda precisa: che cosa deve restare vero anche dopo questa modifica?
PIANO DI VERIFICA 01—04
Un approccio concreto
Dal requisito verificabile al rilascio consapevole
Il testing non è una fase finale da comprimere quando la consegna è vicina. Aiuta a chiarire che cosa è stato deciso, quali utenti e dati sono coinvolti e quali comportamenti non devono regredire. Una strategia proporzionata combina prove automatiche per controlli ripetibili con verifiche esplorative per scoprire ambiguità e problemi d'uso. La priorità dipende dall'impatto di un errore e dalle aree toccate da un cambiamento, non dal numero di test accumulati.
01 / Ambito
Che cosa affrontiamo
Le verifiche seguono il prodotto: da una singola funzione fino alle interazioni tra interfaccia, servizi e sistemi collegati.
Criteri di accettazione
Trasformiamo aspettative e regole in scenari osservabili. Un criterio descrive i dati iniziali, l'azione e l'esito atteso, includendo rifiuti, permessi mancanti e casi limite importanti per chi userà la funzione.
Regressioni e integrazioni
Individuiamo i percorsi che una modifica può compromettere e definiamo verifiche coerenti con i confini del sistema. Un'interfaccia con un servizio esterno richiede controlli su risposte inattese, errori temporanei e dati non validi.
Feedback sull'esperienza
La correttezza tecnica non basta se l'utente non comprende cosa è successo. Proviamo leggibilità, navigazione da tastiera, comportamento su schermi diversi e messaggi di errore nelle condizioni concordate.
02 / Percorso
Una verifica utile ha una domanda e un risultato
Prepariamo i controlli insieme a chi conosce il processo e rendiamo leggibile che cosa è stato eseguito, con quale dato e con quale esito.
01 / Rischio
Scegliamo che cosa controllare
Valutiamo cambiamento, criticità operative, dipendenze e probabilità di regressione per dare priorità ai percorsi essenziali.
02 / Criteri
Rendiamo condivisi gli esiti
Descriviamo condizioni iniziali, comportamento osservabile e casi negativi, così sviluppo e stakeholder verificano la stessa aspettativa.
03 / Apprendimento
Usiamo il risultato per decidere
Registriamo difetti riproducibili, limiti noti e controlli eseguiti. Il team decide se correggere, ridurre il perimetro o procedere con una consapevolezza esplicita.
03 / Valutazione
Quale errore avrebbe l'impatto maggiore?
La risposta guida il piano e impedisce di trattare tutti i controlli come se avessero lo stesso peso.
- 01
Quale azione potrebbe bloccare il lavoro o compromettere dati importanti?
- 02
Quali utenti o sistemi dipendono dal comportamento che sta cambiando?
- 03
Quale prova deve essere ripetuta prima di ogni rilascio e quale richiede giudizio umano?
04 / Scelte tecniche
Automazione dove dà un segnale affidabile
La scelta degli strumenti dipende da stack, testabilità e modo in cui viene rilasciato il prodotto. Automatizzare un controllo instabile può nascondere più di quanto riveli.
- Test unitari
- Test di integrazione
- Verifiche end-to-end
- Accessibilità
- Regressioni
Il prossimo passo
Qual è il comportamento che non puoi permetterti di perdere?
Partiamo da un flusso importante e da ciò che per il tuo team definisce un risultato corretto.
Parliamone