Il grado a cui un componente o un sistema possono essere usati da persone con il più ampio raggio di caratteristiche e capacità per ottenere un obiettivo specifico in uno specifico contesto di utilizzo
Il grado al quale un componente o un sistema esegue specifiche funzionalità sotto prefissate condizioni, per uno specifico periodo di tempo.
Una tecnica di test black-box in cui i casi di test sono progettati in base ai valori limite
Il processo complessivo di identificazione e valutazione del rischio
L'attività che identifica le condizioni di test analizzando la base dl test.
L'identificazione di tutti i prodotti di lavoro impattati da una modifica, inclusa la stima delle risorse necessarie per realizzare la modifica
Il grado al quale un componente o un sistema può essere analizzato per valutare l'impatto di una o più modifiche da effettuare, per essere sottoposto a diagnosi per carenze o cause di failure nel software, o per identificare le parti del software che devono essere modificate.
L’implementazione della strategia di test per uno specifico progetto.
Una procedura che verifica se una persona o un processo è proprio chi ha dichiarato essere.
Autorizzazione data a un utente o a un processo per accedere alle risorse.
Il corpo delle conoscenze usate come base per l'analisi e la progettazione dei test
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)
Un insieme di precondizioni, input, azioni (ove applicabile), risultati attesi e postcondizioni, sviluppato in base alle condizioni di test.
Il grado al quale un componente o un sistema può eseguire le funzioni previste mentre condivide un ambiente e risorse con altri componenti o risorse senza alcun impatto negativo per nessuno di essi
Il grado con cui un componente on un sistema può scambiare informazioni con altri componenti o sistemi
Il grado con cui un componente o sistema ha una progettazione e/o una struttura interna che è difficile da comprendere, mantenere e verificare.
La risposta di un componente o sistema ad un insieme di valori di input e/o di precondizioni.
Una espressione logica che può essere valutata come Vera o Falsa ad es. A>B.
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.
Utenti, attività, attrezzature (hardware, software e materiali) e ambienti fisici e sociali in cui viene utilizzato un prodotto software.
Il grado, espresso come percentuale, con il quale uno specifico elemento di copertura è stato determinato o attivato da un insieme di test.
I criteri che un componente o sistema deve soddisfare per poter essere accettato da un utente, un cliente od un’altra entità autorizzata.
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.
Regole di decisione usate per determinare se un elemento di test (funzione o caratteristica) ha superato o fallito un test.
La protezione delle informazioni di identificazione personale o di informazioni altrimenti sensibili da divulgazione indesiderata.
Un tipo di istruzione in cui una scelta tra due o più possibili risultati controlla quale insieme di azioni verranno eseguite
Un'imperfezione o una mancanza in un prodotto di lavoro che non soddisfa i suoi requisiti o le sue specifiche
Il grado col quale un sistema od un componente è operativo ed accessibile quando ne viene richiesto l’uso.
La capacità del prodotto software di produrre un risultato prefissato.
Il grado con il quale un sistema o componente usa il tempo di elaborazione, le risorse e la potenza di elaborazione quando realizza le funzionalità per cui è stato progettato
Un attributo o combinazione di attributi che è derivato da una o più condizioni di test usando una tecnica di testing che consente la misura della completezza dell'esecuzione del test.
Una azione umana che produce un risultato scorretto.
Le percezioni e le risposte di una persona derivanti dall'utilizzo o dall'utilizzo previsto di un prodotto software.
Una regola empirica generalmente accettata, che aiuta a raggiungere un certo obiettivo.
Un test è considerato fallito se il suo risulta attuale non corrisponde al suo risultato atteso.
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.
La pianificazione, stima, monitoraggio, reporting, controllo e completamento delle attività di test.
L'attività che prepara il testware necessario per l'esecuzione del testing in base all'analisi e alla progettazione del testing.
Un evento il cui verificarsi richiede un’indagine.
Un dato ricevuto da un componente o da un sistema da una sorgente esterna.
Tutti i componenti di un sistema che forniscono informazioni e controlli per l'utente per svolgere specifich e attivitàcon il sistema stesso.
Il grado al quale due o più componenti o sistemi posso scambiarsi informazioni e usare informazioni che sono state scambiate
Una entità in un linguaggio di programmazione, la quale è tipicamente la più piccola indivisibile unità di esecuzione.
Una specifica istanza di un processo di testing
Il grado al quale un componente o un sistema può essere modificato da chi deve manutenerli
Il processo di modifica di un componente o di un sistema dopo il suo rilascio per correggere difetti, per migliorare gli attributi di qualità o per adattare il prodotto ad un ambiente modificato.
(1) La capacità di un organizzazione con riferimento all’efficacia e all’efficienza dei suoi processi e delle sue pratiche di lavoro. (2) Il grado al quale un componente o un sistema soddisfa i requisiti di affidabilità nella normale operatività
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.
Una descrizione dei processi, workflow e attività usati nello sviluppo, delivery, manutenzione e ritiro di un sistema.
Dati trasmessi da un componente o un sistema ad una destinazione esterna
Una tecnica di testing black-box nella quale i casi di test sono progettati per eseguire delle istanze delle partizioni di equivalenza usando un elemento rappresentativo per ogni singola partizione
La attività di redazione o modifica di un piano di test.
Un documento di alto livello che descrive i principi, l'approccio e i principali obiettivi dell'organizzazione in materia di sicurezza.
Il livello di importanza (di business) assegnato ad un elemento, ad esempio un difetto.
Una causa sconosciuta di uno o più incidenti
Una sequenza di casi di test in ordine di esecuzione e ogni altra azioe associata che puà essere richiesta per settare le precondizioni iniziali e ogni attività di riepilogo post esecuzione
Un insieme di attività correlate tra loro, le quali trasformano un input in output.
L'insieme di attività correlate comprendenti la pianificazione del test, il monitoraggio e il controllo del test, l'analisi del test, la progettazione del test, l'implementazione del test, l'esecuzione del test e il completamento del test.
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.
Documentazione della presenza di un difetto, della sua natura e stato
Una clausola che contiene criteri che devono essere soddisfatti
Un requisito che specifica una funzionalità che un componente o sistema deve essere in grado di eseguire.
Un fattore che potrebbe avere negative conseguenze future, generalmente espresso come impatto e probabilità.
Un rischio che impatta la qualità di un prodotto
L’esito dell’esecuzione di un test. Esso include gli output, le modifiche ai dati, i report ed i messaggi di comunicazione esterni.
Un risultato di una valutazione che identifica alcuni importanti problemi o opportunità.
Il comportamento previsto dalle specifiche, o da altra fonte, del componente o sistema sotto specificate condizioni.
Il grado al quale un componente o un sistema protegge le informazioni e i dati in modo tale che le persone o gli altri componenti o sistemi abbiano il grado ai accesso appropriato ai loro tipi e livelli di autorizzazione.
Un insieme di elementi interagenti organizzato per ottenere una specifica funzione od un gruppo di funzioni.
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).
Un tipo di strumento di esecuzione di test nel quale gli input sono registrati durante il testing manuale con lo scopo di generare script di test automatizzati, che possono essere eseguiti successivamente (cioè rieseguiti). Questi strumenti sono spesso usati per supportare testing di regressione automatizzato.
Uno strumento che supporta la registrazione ed il tracciamento dello stato degli incidenti.
Uno strumento che supporta la registrazione dei requisiti, degli attributi dei requisiti (ad esempio, priorità, responsabile del processo etc.) e di altre annotazioni, e che agevola la tracciabilità e la gestione delle modifiche dei requisiti attraverso le varie fasi del ciclo di sviluppo/modifica . Alcuni strumenti di gestione dei requisiti forniscono anche supporto per l’analisi statica, come ad esempio controlli di consistenza e violazioni a predefinite regole di specifica dei requisiti.
Un gruppo di metodologie di sviluppo software basate sullo sviluppo incrementale iterativo, in cui i requisiti e le soluzioni evolvono tramite una stretta collaborazione tra team inter-funzionali che si auto-organizzano.
Un tipo di oggetto del test che è un sistema
Una tabella usata per mostrare insiemi di condizioni e le azioni che da esse derivano
Un insieme di uno o più casi di test.
Test basati sull'esperienza, sulla conoscenza e sull'intuito del tester.
Documentazione che riassume le attività e i risultati dei test svolti
Testing che si basa su o comporta l'uso di modelli
Testing nel quale la gestione, la selezione, la prioritizzazione e l'uso delle attività e delle risorse del testing si basano sui corrispondenti tipi di rischio e livelli di rischio
Testing per determinare il grado con il quale il prodotto software viene compreso, risulta facile da imparare, facile da usare e di piacevole utilizzo per gli utenti sotto specifiche condizioni.
Un insieme di rischi raggruppati per uno o più fattori comuni
Il grado al quale si può stabile una relazione fra due o più prodotti di lavoro.
Il grado al quale un componente o un sistema possono essere usati da specifici utenti per raggiungere obiettivi specifici in uno determinato contesto d'uso.
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.
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.