Questa guida fornisce indicazioni pratiche per la redazione del verbale di collaudo software, documento formale che attesta i risultati delle verifiche eseguite, le non conformità rilevate e le decisioni sul rilascio o sulle azioni correttive da intraprendere. È rivolta a responsabili test, sviluppatori, project manager e committenti, con l’obiettivo di uniformare contenuti e linguaggio per garantire chiarezza, tracciabilità e valore probatorio del verbale. Vengono illustrate le informazioni essenziali da includere, le modalità di registrazione dei test e degli esiti, e le buone pratiche per la firma e l’archiviazione del documento. Seguendo queste indicazioni si facilita la comunicazione tra le parti e si riducono i rischi legati a interpretazioni discordanti o a processi di rilascio non controllati.
Come scrivere un verbale collaudo software
Il verbale di collaudo software deve aprirsi con l’identificazione completa del documento e del contesto: il nome del progetto o del prodotto, il codice o identificatore della versione/build collaudata, la data o l’intervallo temporale delle attività di test, il luogo di esecuzione e i riferimenti contrattuali o di appalto con eventuali numeri d’ordine o commit repository. Devono essere indicati i soggetti coinvolti con i relativi ruoli e responsabilità, specificando chi ha eseguito i test, chi ha svolto il ruolo di responsabile del collaudo, il referente del cliente e il referente del fornitore, includendo recapiti e riferimenti alla documentazione di progetto (specifiche funzionali, specifiche tecniche, piani di test, requisiti normativi). È importante segnalare il perimetro del collaudo: gli ambiti funzionali e non funzionali verificati, quello che è stato escluso espressamente e le motivazioni di eventuali esclusioni, oltre agli obiettivi specifici prefissati per la campagna di collaudo e i criteri di accettazione che definiscono in modo misurabile quando il software può considerarsi conforme (criteri funzionali, soglie prestazionali, livelli di sicurezza, criteri di compatibilità, ecc.).
Il verbale deve descrivere dettagliatamente l’ambiente di test e la configurazione impiegata: hardware, sistemi operativi, versioni di middleware, database, browser o dispositivi mobili usati, parametri di rete, profili di caricamento e i dati di test rappresentativi o anonimizzati, nonché gli strumenti e gli script di automazione adottati. Occorre indicare l’identificazione dei pacchetti installati, il codice sorgente o l’artefatto rilasciato (hash, tag, numero di build), la procedura di installazione e setup eseguite per riprodurre l’ambiente, e le eventuali dipendenze esterne o servizi terzi coinvolti, comprensivi di versioni e configurazioni. Se sono stati eseguiti test su ambienti di staging o pre-produzione, va riportata la corrispondenza con l’ambiente produttivo e le eventuali differenze rilevanti.
Per quanto riguarda l’esecuzione dei test, il verbale deve riportare la mappatura dei requisiti ai casi di test (traceability matrix) e la lista (descritta in forma narrativa) delle tipologie di test svolti: test funzionali, test di integrazione, test di regressione, test di carico e prestazioni, test di sicurezza, test di compatibilità e di usabilità, con l’indicazione del numero di casi previsti, eseguiti, passati, falliti e bloccati. Ogni anomalia riscontrata deve essere documentata in modo completo: identificativo unico del difetto, periodo e istante di rilevazione, ambiente di riproduzione, classificazione della gravità (ad esempio critico/bloccante, maggiore, minore, informativo), priorità di risoluzione, descrizione dei passi per riprodurre l’errore, risultato atteso e risultato osservato, eventuali log di sistema o dump, screenshot o tracce di rete pertinenti, il responsabile assegnato alla risoluzione e lo stato di avanzamento (aperto, in lavorazione, risolto, verificato, non riproducibile). È utile indicare se durante il collaudo sono state applicate correzioni, patch o workaround temporanei e riportare i risultati dei retest e del regression testing successivo alle correzioni.
Il verbale deve includere metriche e indicatori che supportano la valutazione finale: percentuali di copertura dei requisiti, tasso di pass/fail, numero e tipologia di difetti per area funzionale, tempo medio di risoluzione dei bug, risultati dei test di performance con valori misurati e soglie contrattuali (latenza, throughput, consumo risorse), risultati dei penetration test e degli esiti relativi a conformità a standard o normative specifiche (ad es. GDPR, norme di settore), nonché una valutazione del rischio residuo collegata ai problemi aperti. Devono essere allegati o referenziati i file di evidenza (log, rapporti degli strumenti di test, script, screenshot, video) in modo che sia possibile la verifica indipendente e la ripetizione dei test.
Nella parte conclusiva il verbale deve contenere la valutazione obiettiva rispetto ai criteri di accettazione: una dichiarazione che indichi se il software è accettato, accettato condizionatamente con elencazione delle condizioni e dei tempi di completamento, o respinto, con motivazioni tecniche e contrattuali dettagliate. Se l’accettazione è condizionata, il documento deve specificare le azioni correttive richieste, le scadenze per la loro attuazione, le responsabilità per l’esecuzione e le modalità e i criteri per verificare la chiusura degli interventi. Vanno inoltre indicate le implicazioni per il rilascio in produzione, eventuali piani di roll-back, misure temporanee da adottare in caso di disservizio e raccomandazioni operative per il rilascio.
Infine il verbale deve riportare la data e gli esiti formali del collaudo, i nomi, i ruoli e le firme (anche digitali se previste) del collaudatore, del responsabile qualità e del rappresentante del cliente autorizzato all’accettazione, nonché l’elenco dei documenti allegati e dei riferimenti normativi o contrattuali usati come base per la valutazione. È opportuno aggiungere indicazioni sulla conservazione del verbale, sulla distribuzione ai soggetti interessati e su eventuali azioni di follow-up per la manutenzione evolutiva o correttiva, in modo che il documento costituisca una traccia completa, riproducibile e legalmente valida dell’esito del collaudo.
Esempio verbale collaudo software
VERBALE DI COLLAUDO SOFTWARE – MODELLO GENERICO
Luogo: [Città]
Data: [GG/MM/AAAA]
Tra:
– [Denominazione Committente], con sede legale in [Indirizzo], C.F./P.IVA [________], rappresentata dal Sig./dalla Sig.ra [Nome Cognome], in qualità di [Qualifica] (di seguito “Committente”);
e
– [Denominazione Fornitore], con sede legale in [Indirizzo], C.F./P.IVA [________], rappresentata dal Sig./dalla Sig.ra [Nome Cognome], in qualità di [Qualifica] (di seguito “Fornitore”).
Premesso che
– con contratto/ordine n. [______] del [GG/MM/AAAA] tra le parti (di seguito “Contratto”) il Fornitore si è impegnato a fornire il software denominato [Nome Software] (di seguito “Software”) secondo le specifiche tecniche e i requisiti funzionali indicati negli Allegati al Contratto;
– il Fornitore ha comunicato al Committente la disponibilità del Software per il collaudo in data [GG/MM/AAAA];
si redige il presente verbale di collaudo secondo le seguenti condizioni.
1. Oggetto del collaudo
Il collaudo ha per oggetto il Software [Nome Software], versione [vX.Y], oggetto del Contratto sopra richiamato, comprensivo di documentazione tecnica, manualistica e codici forniti come da elenco allegato.
2. Documenti di riferimento
– Contratto n. [______] del [GG/MM/AAAA];
– Capitolato/Specifiche tecniche allegato n. [__];
– Piani di test e casi di prova protocollati in data [GG/MM/AAAA];
– Documentazione tecnica e manualistica consegnata in data [GG/MM/AAAA].
3. Ambiente di collaudo
– Data e orario esecuzione: dal [GG/MM/AAAA] al [GG/MM/AAAA];
– Sede: [Luogo fisico o indicazione ambiente di test];
– Configurazione hardware/software: [Descrizione dettagliata];
– Dati di test utilizzati: [Descrizione o elenco];
4. Metodologia e tipologia di test eseguiti
– Tipologie di test: test funzionali, test di integrazione, test prestazionali, test di sicurezza, test di regressione, user acceptance test (UAT) [specificare quelli eseguiti];
– Procedura seguita: esecuzione dei casi di prova come da Piano di Test in allegato, registrazione esiti per ciascun caso, segnalazione anomalie tramite [strumento/registro].
5. Casi di prova eseguiti e risultati
Elenco sintetico dei casi di prova eseguiti (vedere Allegato A per dettaglio completo):
– Caso di prova CP-001: [Descrizione] — Esito: [Superato/Non superato] — Note: [eventuali]
– Caso di prova CP-002: [Descrizione] — Esito: [Superato/Non superato] — Note: [eventuali]
…
Totale casi: [N], Superati: [n], Non superati: [m]
6. Anomalie rilevate
Elenco delle anomalie/difetti rilevati durante il collaudo (vedere Allegato B per dettagli):
– Difetto D-001: [Breve descrizione], Gravità: [Alta/Media/Bassa], Stato: [Aperto/Risolto/Chiuso], Azione correttiva proposta: [Descrizione], Termine previsto per la risoluzione: [GG/MM/AAAA]
– Difetto D-002: …
Eventuali malfunzionamenti non risolti al termine delle attività: [Descrizione].
7. Esito del collaudo
Sulla base dei test eseguiti e delle anomalie registrate si dichiara che:
– il Software è stato: [ ] Collaudato positivamente senza rilievi [ ] Collaudato con riserva [ ] Non collaudato
Se “Collaudato con riserva”: la riserva riguarda le seguenti anomalie/aree: [Elenco].
Se “Non collaudato”: motivazione: [Descrizione dettagliata].
8. Conseguenze e azioni successive
– In caso di collaudo positivo: il Fornitore consegna formalmente il Software, la documentazione e i codici come previsti nel Contratto; il Committente procederà alle eventuali attività amministrative previste (es. emissione certificato di collaudo/accettazione, pagamento saldo).
– In caso di collaudo con riserva o non superato: il Fornitore si impegna a correggere le anomalie indicate entro i termini concordati e a presentare nuova disponibilità per un successivo collaudo, come da protocollo di modifica previsto dal Contratto.
9. Dichiarazioni
Il Fornitore dichiara che il Software consegnato corrisponde alla documentazione tecnica fornita e alle specifiche contrattuali ad eccezione delle anomalie evidenziate nel presente verbale.
Il Committente dichiara di aver preso visione degli esiti dei test e delle anomalie rilevate e di accettare il presente verbale secondo quanto indicato al paragrafo 7.
10. Allegati
– Allegato A: Dettaglio casi di prova e risultati.
– Allegato B: Registro anomalie/difetti.
– Allegato C: Documentazione tecnica e manualistica consegnata.
– Allegato D: Eventuali log e report tecnici.
Luogo e data: [Città], [GG/MM/AAAA]
Per il Committente
Nome: ____________________
Qualifica: _________________
Firma: ___________________
Per il Fornitore
Nome: ____________________
Qualifica: _________________
Firma: ___________________
Eventuali Testimoni/Rappresentanti Tecnici
Nome: ____________________ Firma: _________________
Nome: ____________________ Firma: _________________
——————————————————————————
VERBALE DI COLLAUDO SOFTWARE – MODELLO PER FORNITURA/APPALTO
Luogo: [Città]
Data: [GG/MM/AAAA]
Tra:
– Committente: [Denominazione], con sede in [Indirizzo], C.F./P.IVA [___], rappresentato da [Nome Cognome], in qualità di [Qualifica];
– Fornitore/Appaltatore: [Denominazione], con sede in [Indirizzo], C.F./P.IVA [___], rappresentato da [Nome Cognome], in qualità di [Qualifica].
Richiamato il contratto di appalto/fornitura n. [______] stipulato in data [GG/MM/AAAA] e il relativo capitolato tecnico, si procede al collaudo del software oggetto del Contratto secondo le clausole contrattuali vigenti.
1. Oggetto
Software: [Nome e versione]
Modulo/i oggetto del collaudo: [Elenco moduli]
2. Riferimenti contrattuali
– Clausole rilevanti: art. [__] (consegna), art. [__] (collaudo e accettazione), art. [__] (penali), art. [__] (garanzia).
– Termine per l’esecuzione del collaudo previsto dal Contratto: [GG/MM/AAAA].
3. Procedura di collaudo
– I test sono stati eseguiti secondo il Piano di Collaudo approvato in data [GG/MM/AAAA] e firmato dalle parti.
– Commissione di collaudo composta da: [Nomi e qualifiche].
4. Esecuzione test e risultati
– Test funzionali: [numero] eseguiti, [numero] superati, [numero] non superati.
– Test non funzionali (prestazioni, sicurezza, compatibilità): risultati dettagliati in Allegato Tecnico.
5. Difformità rispetto al Contratto
– Difformità rilevate rispetto alle specifiche contrattuali: [Descrizione].
– Classificazione delle difformità: [Criticità/Gravità].
6. Esito e determinazioni
– Esito finale: [Collaudato/Collaudato con riserva/Non collaudato].
– In caso di esito favorevole: il Committente dichiara di accettare il Software ai fini contrattuali e darà corso alle procedure di pagamento/garanzia come previste dal Contratto.
– In caso di esito con riserva o negativo: si convengono le azioni correttive, i termini per le stesse e le penali eventualmente applicabili ai sensi del Contratto.
7. Penali e responsabilità
– Eventuali penali per ritardo/colliudo negativo: [Indicare percentuali/importi previsti dal Contratto].
– Responsabilità per difetti non rilevati al momento del collaudo: applicazione delle garanzie contrattuali per il periodo previsto da contratto.
8. Consegna documentazione
Elenco documentazione consegnata e verificata:
– Manuale utente;
– Manuale amministratore;
– Documentazione tecnica (architettura, sorgenti se previsti);
– Report di test e log.
9. Firma di accettazione
Luogo e data: [Città], [GG/MM/AAAA]
Per il Committente
Nome e qualifica: ____________________
Firma: _____________________________
Per il Fornitore
Nome e qualifica: ____________________
Firma: _____________________________
Allegati:
– Piano di Collaudo;
– Report Test Dettagliato;
– Registro Anomalie;
– Documenti tecnici.
——————————————————————————
VERBALE DI COLLAUDO SOFTWARE – MODELLO PER AGGIORNAMENTO / MANUTENZIONE EVOLUTIVA
Luogo: [Città]
Data: [GG/MM/AAAA]
Tra:
– [Denominazione Committente], con sede in [Indirizzo], C.F./P.IVA [___], rappresentata da [Nome Cognome];
– [Denominazione Fornitore], con sede in [Indirizzo], C.F./P.IVA [___], rappresentata da [Nome Cognome].
Premesso che il Fornitore ha rilasciato l’aggiornamento/patch/modulo evolutivo denominato [Nome/Acronimo] versione [vX.Y] in data [GG/MM/AAAA];
1. Oggetto del collaudo
Verifica delle funzionalità modificate/introdotte e dell’impatto sulle funzionalità esistenti del Software [Nome], versione base [vA.B].
2. Ambito dei test
– Verifica regressione su funzionalità critiche: [Elenco];
– Test specifici sulle nuove funzionalità: [Elenco];
– Controlli di compatibilità e integrazione con sistemi terzi: [Elenco].
3. Periodo e ambiente di test
– Date: [dal GG/MM/AAAA al GG/MM/AAAA];
– Ambiente: [Ambiente di staging/test, configurazioni].
4. Risultati
– Numero test eseguiti: [N];
– Superati: [n];
– Falliti: [m];
– Difetti rilevati e classificazione: Allegato Registro Anomalie.
5. Impatto e mitigazioni
Descrizione degli eventuali impatti sulle attività di esercizio e azioni mitigate/consigliate: [Descrizione].
6. Esito
– Il collaudo dell’aggiornamento è: [ ] Positivo [ ] Positivo con riserva [ ] Negativo.
– Se positivo: autorizzazione al rilascio in produzione a partire dal [GG/MM/AAAA], secondo le modalità concordate.
– Se con riserva/negativo: elenco degli interventi necessari e termine previsto per la risoluzione: [Descrizione e date].
7. Dichiarazioni finali e rilascio
Il Fornitore dichiara che l’aggiornamento è conforme alle specifiche tecniche concordate, salvo quanto indicato nel Registro Anomalie.
Il Committente prende atto degli esiti e si riserva di procedere con l’eventuale rilascio in produzione secondo quanto sopra indicato.
Luogo e data: [Città], [GG/MM/AAAA]
Per il Committente
Nome: ____________________ Qualifica: ______________ Firma: _______________
Per il Fornitore
Nome: ____________________ Qualifica: ______________ Firma: _______________
Allegati:
– Dettaglio casi di test e risultati;
– Registro anomalie;
– Piani di rollback e deployment.