Il processo complessivo di identificazione e valutazione del rischio
Utente o ogni altra persona od altro sistema che interagiscono col sistema in test con particolari modalità.
L’uso di software, ad esempio strumento di cattura/riproduzione, per controllare l’esecuzione dei test, per confrontare i risultati effettivi con quelli attesi, per descrivere le precondizioni e gli altri controlli dei test e per rediger rapporti.
Un metodo o una pratica innovativa che contribuisce a migliorare le performance di una organizzazione in un dato contesto. Eessi sono normalmente considerati il metodo o la pratica ‘migliore’ da altre organizzazione che operano nel medesimo contesto.
Una sequenza di eventi (ad esempio istruzioni eseguibili) di un componente o sistema, da un punto di ingresso ad un punto di uscita.
Un attributo di un componente o sistema specificato (o derivante) dalla documentazione dei requisiti. (per esempio affidabilità, usabilità o vincoli di progettazione)
Il processo di conferma che un componente, sistema o persona soddisfi suoi requisiti specifici ad es. passando un esame.
Durante la fase di chiusura di un processo di test vengono documentati i dati raccolti dalle attività completate per consolidare l’esperienza, il testware, i fatti ed i numeri. La fase di chiusura del test consiste nella finalizzazione e nell’archiviazione del testware e nella valutazione del processo di test, comprendente la preparazione di un report di valutazione del testing.
Attività svolte in ciascuna fase di un progetto di sviluppo del software e come le attività si relazionano tra loro in modo logico e cronologico
Il grado con cui un componente o sistema ha una progettazione e/o una struttura interna che è difficile da comprendere, mantenere e verificare.
La composizione di un componente o di un sistema come definito dal numero, dalle caratteristiche e dalle interrelazioni delle sue parti (SW, HW o altro) costituenti.
La copertura dei valori limite
La percentuale degli esiti delle condizioni che sono stati esercitate da un insieme di test. La copertura delle condizioni del 100% richiede che ogni singola condizione in ogni istruzione di decisione venga testata sia come Vera che come Falsa.
La percentuale di combinazioni di tutti gli esiti delle condizioni singole, in una data istruzione, che sono stati attivati da un insieme di test. Il 100% di una copertura delle condizioni multiple implica il 100% di una copertura delle decisioni in condizioni modificate
La percentuale di partizioni di equivalenza che sono state attivate da un insieme di test.
I criteri utilizzati per guidare la generazione di casi di test o per selezionare casi di test al fine di limitare le dimensioni del testing.
Un diagramma che raffigura gli stati che un componente o sistema può assumere e mostra gli eventi o le circostanze che causano e/o impattano un cambiamento da uno stato ad un altro.
Una azione umana che produce un risultato scorretto.
La crescita sproporzionata del numero di casi di test al crescere della dimensione della base di test, quando si utilizza una certa tecnica di progettazione del testing. L’esplosione può verificarsi anche quando si applica la tecnica di progettazione del testing in modo sistematico per la prima volta.
Un insieme di attività di test incluse in una fase di un progetto, come ad esempio le attività di esecuzione di un livello di test.
(1) un approccio strutturato per gestire le transizioni di individui, team ed organizzazioni da uno stato corrente ad uno desiderato stato futuro. (2) una modalità controllata per effettuare una modifica, od una proposta di modifica, ad un prodotto o servizio.
Interfaccia utente dell'applicazione SW
Una metrica di efficacia e/o efficienza (di alto livello) utilizzata per guidare e controllare lo sviluppo in un progetto, ad es. la riduzione del lead time per lo sviluppo del software.
Uno strumento che fornisce un ambiente di automazione dei test, che include normalmente un test harness e librerie di test
Il processo di combinazione di componenti o sistemi in aggregati più grandi
Una entità in un linguaggio di programmazione, la quale è tipicamente la più piccola indivisibile unità di esecuzione.
Un’istruzione che, quando compilata, viene tradotta in codice oggetto e che quindi verrà eseguita in modo procedurale quando il programma sarà in esecuzione e potrà effettuare un'azione sui dati
Il layer di un’architettura di automazione del testing che fornisce il codice necessario per adattare i vari test automatizzati alle varie configurazioni, componenti ed interfacce del SUT.
Il grado di miglioramento dei processi misurato su un insieme predefinito di aree di processo, per le quali vengono raggiunti tutti i rispettivi obiettivi.
Una tabella bidimensionale, che correla due entità (es, requisiti e casi di test). La tabella viene utilizzata per tracciare (in avanti e indietro) i legami fra una entità e l’altra, permettendo così di determinare la copertura raggiunta e di valutare l'impatto delle modifiche proposte
Approccio al test model based per cui i casi di test sono generati in un repository per essere eseguiti in un momento successivo
Approccio al test model based per cui i casi di test sono generati ed eseguiti simultaneamente
Una scala di misurazione e il metodo usato per la misurazione.
Il numero o la categoria assegnata ad un attributo di una entità ottenuto da una misurazione.
Un modello che descrive il testware usato per testare un componente od un sistema sotto test.
Una raccolta strutturata di elementi che descrivono alcuni aspetti della maturità di una organizzazione ed un supporto nella definizione e nella comprensione dei processi di una organizzazione. Un modello di maturità fornisce spesso un linguaggio comune, una visione condivisa ed un quadro di priorità per le azioni di miglioramento.
Uno schema in cui processi della stessa natura sono classificati, ad esempio un modello di miglioramento dei test.
La attività di redazione o modifica di un piano di test.
Il livello di importanza (di business) assegnato ad un elemento, ad esempio un difetto.
Un insieme di attività correlate tra loro, le quali trasformano un input in output.
Un insieme di attività coordinate e controllate con date di inizio e di fine, intraprese per realizzare un obiettivo che sia conforme ai requisiti specificati, compresi i vincoli temporali, di costo e di risorse.
Un fattore che potrebbe avere negative conseguenze future, generalmente espresso come impatto e probabilità.
L’esito dell’esecuzione di un test. Esso include gli output, le modifiche ai dati, i report ed i messaggi di comunicazione esterni.
Un dispositivo, programma o sistema usato durante il testing, il quale si comporta od opera, quando stimolato da un insieme di input controllati, come un specificato sistema.
La rappresentazione delle caratteristiche comportamentali selezionate di un sistema astratto o fisico da parte di un altro sistema.
Programmi, procedure, possibilmente con associata documentazione e dati pertinenti all’operatività del sistema informatico.
Un documento che specifica (auspicabilmente in maniera completa, precisa e verificabile) i requisiti, la progettazione, il comportamento od altre caratteristiche di un componente o sistema e, spesso, le relative procedure per determinare se queste clausole sono state soddisfatte.
Un insieme di requisiti, formali ed a volte obbligatori, sviluppati e utilizzati per prescrivere approcci coerenti al modo di lavorare o per fornire linee guida (ad esempio, norme ISO / IEC, standard IEEE e standard organizzativi).
Una tipologia di testing delle performance condotto per valutare un sistema od un componente ai limiti od oltre i limiti dei suoi carichi di lavoro (stimati o specificati) o condotto con una ridotta disponibilità di risorse.
Uno strumento che supporta la verifica di modelli di software o di sistemi.
Una tipologia di strumenti di test, che consente di selezionare i dati da database esistenti o di crearli, manipolarli ed editarli per l’utilizzo nel testing.
Un insieme di uno o più casi di test.
Testing che si basa su o comporta l'uso di modelli
Il processo di testing per determinare l' affidabilità di un prodotto software.
Testing atto a determinare la sicurezza del prodotto software.
Una transizione tra due stati di un componente o di un sistema.
Conferma per esame (e attraverso la fornitura di evidenze obiettive) che i requisiti, per un uso specifico e predefinito o per una applicazione, sono stati soddisfatti.
Il processo che esamina i rischi identificati e determina il livello di rischio.
Conferma per esame (e attraverso la fornitura di evidenze obiettive) che specifici requisiti sono stati soddisfatti.
Un tipo di revisione in cui un autore guida i membri delal revisione attraverso un prodotto di lavoro e i membri pongono domande e fanno commenti sui possibili problemi.