Glossario del collaudo software

Termini dalla A alla Z

Difetto

Uno scostamento osservato tra il comportamento reale di un software e il comportamento atteso. Un difetto è descritto dai suoi passaggi di riproduzione, dalla sua gravità e dal suo stato (aperto, corretto, da ritestare, chiuso). Detto anche bug o issue.

Quaderno di collaudo (cahier de recette)

Documento che elenca i casi di test da eseguire per accettare un software, con i passaggi, i dati e il risultato atteso di ciascuno. Vedere la guida al quaderno di collaudo.

Campagna di test

Esecuzione pianificata di un insieme di casi di test su una determinata versione del software, da una o più persone, in un periodo definito. Ogni caso riceve uno stato al termine della campagna.

Caso di test

Una singola verifica descritta da precondizioni, passaggi e un risultato atteso. Un caso di test verifica un obiettivo preciso, ad esempio il rifiuto di una password errata.

Criterio di accettazione

Condizione misurabile che una funzionalità deve soddisfare per essere accettata dal cliente. I criteri di accettazione sono la fonte naturale dei casi di test.

Ambiente di collaudo

Un'istanza del software, separata dalla produzione, in cui si svolgono i test di collaudo. Deve somigliare alla produzione affinché i risultati siano rappresentativi.

Requisito

Un'esigenza che una specifica pone al software, ad esempio « una password errata viene rifiutata ». Un requisito verificabile si controlla con un risultato osservabile.

Gravità di un difetto

Livello di impatto di un difetto sull'uso del software: bloccante (uso impossibile), maggiore, minore. Da non confondere con la priorità di correzione, che dipende anche dal calendario e dal contesto.

Set di dati di test

Un insieme di valori e stati iniziali (account, prodotti, diritti) necessari per eseguire un caso di test in modo riproducibile.

MOA (committente, lato cliente)

Il cliente, che esprime l'esigenza e convalida la consegna. Nel collaudo, la MOA esegue o fa eseguire i test di business e firma il verbale.

MOE (appaltatore, lato fornitore)

Il fornitore che progetta e realizza il software. Nel collaudo, la MOE consegna la versione, corregge i difetti e segue l'avanzamento.

Matrice di copertura

Tabella che collega ogni requisito ai casi di test che lo verificano. Mostra i requisiti non coperti. Detta anche matrice di tracciabilità.

Test di regressione

Un test ripetuto dopo una modifica per verificare che le funzioni esistenti non siano state degradate.

Piano di test

Documento di strategia: perimetro, tipi di test, ambienti, risorse e calendario. Il quaderno di collaudo ne dettaglia l'esecuzione.

Verbale di collaudo (PV de recette)

Verbale firmato dal cliente e dal fornitore che registra l'esito dei test di collaudo e pronuncia l'accettazione, l'accettazione con riserve o il rifiuto. Vedere la guida al verbale di collaudo.

Collaudo (recette)

Fase di verifica di un software consegnato rispetto alla specifica, che si conclude con la sua accettazione o il suo rifiuto.

Collaudo funzionale

Test di collaudo che verificano che le funzioni del software si comportino come descrive la specifica, dal punto di vista dell'utente. Si distingue dai test di prestazioni o di sicurezza.

Collaudo utente (UAT)

Test di collaudo eseguiti dagli utenti di business del cliente in condizioni realistiche. UAT sta per « User Acceptance Testing ».

Riserva

Un difetto o scostamento di cui il cliente accetta la correzione dopo l'accettazione. Compare nel verbale con il suo termine di correzione, poi viene sciolta una volta corretta e ritestata.

Risultato atteso

Comportamento osservabile che convalida un caso di test. Deve essere abbastanza preciso perché due tester giungano alla stessa conclusione.

Smoke test

Una breve serie di test che verifica che le funzioni essenziali funzionino prima di avviare un ciclo di collaudo completo su una versione.

Stati di esecuzione (OK, KO, Bloccato, N/A)

OK: risultato conforme. KO: scostamento osservato, viene aperto un difetto. Bloccato: il caso non può essere eseguito. N/A: il caso non si applica a questo perimetro.

VABF (verifica di idoneità al buon funzionamento)

Una fase di verifica, prevista in alcuni contratti (in particolare i contratti informatici pubblici francesi), che controlla che il sistema consegnato funzioni come previsto.

VSR (verifica di servizio regolare)

La fase che segue la VABF in alcuni contratti: il sistema viene osservato nel tempo, in condizioni reali di esercizio, prima dell'accettazione definitiva.

Versione consegnata

La versione precisa del software consegnata per il collaudo. Il quaderno di test e il verbale devono indicarla affinché sia chiaro cosa è stato verificato.