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.
Un ambiente comprendente hardware, strumentazione, simulatori, strumento software ed altri elementi di supporto necessari per condurre un test.
Il processo complessivo di identificazione e valutazione del rischio
Il processo di valutare un componente o un sistema senza eseguirlo, ma in base alla sua forma, alla sua struttura, al suo contenuto o alla sua documentazione.
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.
Uno strumento che effettua l’analisi statica.
Azione ripetuta, processo, struttura o soluzione riutilizzabile che inizialmente sembrano essere benefiche e sono comunemente usate, ma sono in pratica inefficaci e/o controproducenti.
Acronimo per Application Programming Interface.
L’implementazione della strategia di test per uno specifico progetto.
Un tentativo di ottenere l'accesso non autorizzato a un sistema o componente, a risorse,a informazioni o un tentativo di compromettere l'integrità del sistema.
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.
Autorizzazione data a un utente o a un processo per accedere alle risorse.
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)
La massima capacità operativa di un componente o sistema.
Un insieme di precondizioni, input, azioni (ove applicabile), risultati attesi e postcondizioni, sviluppato in base alle condizioni di test.
Il processo di conferma che un componente, sistema o persona soddisfi suoi requisiti specifici ad es. passando un esame.
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 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.
Una parte minimale di un sistema che può essere testata da sola.
La risposta di un componente o sistema ad un insieme di valori di input e/o di precondizioni.
L'eccessiva dipendenza emotiva o psicologica da un'altra persona, in particolare nel cercare di modificare il comportamento corrente (indesiderato), di quella persona, mentre si continua a sostenerla nel mantenere quel comportamento. Ad esempio nel software testing , lamentarsi del ritardo nella consegna del test e contemporaneamente gloriarsi dell’"eroico" lavoro straordinario per recuperare il ritardo, che in realtà aggrava il ritardo stesso.
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.
L'esecuzione simultanea di più thread indipendenti da parte di un componente o di un sistema.
Il grado, espresso come percentuale, con il quale uno specifico elemento di copertura è stato determinato o attivato da un insieme di test.
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 copertura degli esiti delle decisioni
Una tecnica di linguaggio/interprete di programmazione per valutare condizioni multiple, in cui una condizione su un lato di un operatore logico può essere non valutata se la condizione sull’altro lato è sufficiente per determinare il risultato finale.
L’insieme di condizioni che consentono ad un processo di essere ufficialmente completato
Un modello, basato sui contenuti, di miglioramento del processo di test, focalizzato su dodici processi aziendali critici. Essi includono processi di alta visibilità, in base ai quali il management ed altri interlocutori giudicano le competenze, e processi fondamentali, le cui prestazioni impattano il profitto e la visibilità aziendale.
Il processo di codifica delle informazioni in modo che solo le parti autorizzate possano recuperare le informazioni originali, solitamente mediante una chiave o un processodi decrittazione specifici .
Un tipo di istruzione in cui una scelta tra due o più possibili risultati controlla quale insieme di azioni verranno eseguite
Un attacco di sicurezza che ha lo scopo di sovraccaricare il sistema, con richieste tali che le richieste legittime non possano essere 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.
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
Una parte di un oggetto del test usato in un processo di test
Un dispositivo, un programma SW od un sistema che accetta gli stessi input e produce gli stessi output di un dato sistema.
Una azione umana che produce un risultato scorretto.
Il risultato di una decisione, che determina la successiva istruzione che deve essere eseguita
Le percezioni e le risposte di una persona derivanti dall'utilizzo o dall'utilizzo previsto di un prodotto software.
La manifestazione fisica o funzionale di una failure. Per esempio, un sistema in tale stato può essere caratterizzato da operazioni lente, output scorretti o dalla interruzione dell’esecuzione.
Un evento in cui un componente o un sistema non esegue una richiesta funzionalità all'interno di limiti determinati
Un test è considerato fallito se il suo risulta attuale non corrisponde al suo risultato atteso.
Una rappresentazione astratta della sequenza e delle possibili modifiche allo stato di oggetti dati, dove lo stato è uno dei seguenti: creazione, utilizzo o cancellazione.
Il processo di simulazione di un insieme definito di attività con un carico predefinito, da inviare a un componente o sistema.
La pianificazione, stima, monitoraggio, reporting, controllo e completamento delle attività di test.
Una rappresentazione astratta di tutti i possibili flussi di controllo per un componente o un sistema
Una rappresentazione astratta delle relazioni di richiamo fra le subroutine di un programma.
Interfaccia utente dell'applicazione SW
Il processo di ricerca, riconoscimento e descrizione dei rischi
Procedura per derivare e/o selezionare casi di test sulla base di un’analisi delle specifiche della funzionalità di un componente o sistema senza nessun riferimento alla sua struttura interna.
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.
Una misura che fornisce una stima o una valutazione di specifici attributi derivati da un modello a seguito di determinate necessità di informazione.
Gli elementi organizzativi necessari per svolgere il testing, comprensivi di ambienti di test, strumenti di test, ambienti fisici e procedure.
Uno strumento che fornisce un ambiente di automazione dei test, che include normalmente un test harness e librerie di test
Il processo di aggiunta intenzionale di difetti ad un sistema per il verificare se il sistema stesso può rilevare (e possibilmente ripristinarsi da) un difetto. Esso è indirizzato ad imitare gli errori che potrebbero verificarsi in produzione.
Un dato ricevuto da un componente o da un sistema da una sorgente esterna.
I dati ricevuti da una sorgente esterna all’oggetto del testing durante l’esecuzione. La sorgente esterna può essere hardware, software od umana.
Il processo di combinazione di componenti o sistemi in aggregati più grandi
Un approccio di integrazione che combina i componenti o sistemi con l’obiettivo di ottenere una funzionalità base funzionante in anticipo.
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
Un puntatore in una pagina web che conduce ad altre pagine web.
Un tipo di revIsione formale per rilevare difetti in un prodotto di lavoro, che fornisce delle misure per migliorare il processo di revisione e il processo di sviluppo del software.
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
Uno dei quattro livelli che specificano i requisiti necessari del componente o dell'elemento della norma ISO 26262 e le misure di sicurezza da adotgtare per evitare un rischio residuo irragionevole
La misura qualitativa o quantitativa di un rischio definito da impatto e probabilità
Una specifica istanza di un processo di testing
Un modello computazionale consistente di un numero finito di stati e di transizioni tra questi stati, possibilmente con le relative azioni.
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à
La media aritmetica (media) del tempo intercorso fra i guasti di un sistema. Il MTBF è in genere un indicatore di un modello di crescita dell’affidabilità, che prevede che un guasto del sistema sia immediatamente riparato, come risultato di un processo di riparazione dei difetti.
La media aritmetica (media) del tempo intercorso fra i guasti di un sistema. Il MTBF è in genere un indicatore di un modello di crescita dell’affidabilità, che prevede che un guasto del sistema sia immediatamente riparato, come risultato di un processo di riparazione dei difetti.
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.
Il processo di assegnazione di un numero o categoria ad una entità per quantificare un suo attributo.
Il processo attraverso il quale si prendono le decisioni e si attuano le misure di protezione per ridurre i rischi o per mantenerli all'interno di specifici livelli
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.
Dati trasmessi da un componente o un sistema ad una destinazione esterna
La attività di redazione o modifica di un piano di test.
Un documento che descrive gli obiettivi del test che devono essere raggiunti e i mezzi e la programmazione temporale per ottenerli, organizzati per coordinare le attività di testing.
Un piano di test che indirizza un tipico livello di test.
Un documento di alto livello che descrive i principi, l'approccio e i principali obiettivi dell'organizzazione in materia di sicurezza.
Lo stato richiesto per un oggetto del test e per il suo ambiente prima di iniziare l'esecuzione dei casi di test.
Una dichiarazione che può restituire un valore “vero” o “falso” e può essere utilizzata per determinare il flusso di controllo di una logica decisoria successiva.
Una causa sconosciuta di uno o più incidenti
Un insieme di attività correlate tra loro, le quali trasformano un input in output.
Una specifica dell’attività alla quale un componente o sistema, che deve essere testato, può essere sottoposto in produzione. Un profilo di carico consiste in un numero prefissato di utenti virtuali che eseguano un predefinito insieme di transazioni in uno specificato periodo di tempo ed in accordo con un predefinito profilo operativo .
Un modello di uso effettivo o previsto per un componente o un sistema.
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 insieme di convenzioni che regolano l'interazione di processi, dispositivi e altri componenti all'interno di un sistema
Una serie che sembra essere casuale, ma che di fatto è generata sulla base di sequenze programmate in anticipo.
Un tentativo di indurre qualcuno a rivelare informazioni (ad esempio una password) che possono essere utilizzate per attaccare sistemi o reti .
Un puntatore che referenzia una locazione che è al di fuori del suo campo di visibilità o che non esiste.
Un'istruzione eseguibile od una fase di processo, che definisce un punto in cui un determinato processo è destinato ad iniziare.
Un trasferimento di controllo da una istruzione ad un'altra istruzione all'interno del codice
Documentazione della presenza di un difetto, della sua natura e stato
Un degrado nella qualità di un componente o di un sistema come risultato delle modifiche effettuate.
Una clausola che contiene criteri che devono essere soddisfatti
Una forma di revisione che segue un processos definito con output documentato in modo formale
Un fattore che potrebbe avere negative conseguenze future, generalmente espresso come impatto e probabilità.
Un rischio che impatta la qualità di un prodotto
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 con il quale un componente od un sistema può funzionare correttamente in presenza di input invalidi o di condizioni ambientali di stress.
La capacità del prodotto software di essere esteso per adattarsi a carichi crescenti.
Una sequenza di istruzioni per l'esecuzione di un test.
Un periodo di tempo ininterrotto trascorso nell’esecuzione di test. Nel testing esplorativo, ogni sessione di test è focalizzata su una dichiarazione di test, ma i tester possono anche esplorare nuove opportunità durante una sessione. Il tester crea ed esegue i casi di test al volo e registra il loro avanzamento.
Il grado dell’impatto che un difetto ha sullo sviluppo o l’operatività di un componente o di un sistema.
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.
L'assenza di un rischio irragionevole a causa di pericoli causati dal comportamento errato di Sjstemi elttrici o elettronici.
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.
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.
La documentazione completa della progettazione del testing, dei casi di test e delle procedure di test per uno specifico elemento di test.
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.
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 usato dai programmatori per riprodurre failure, esaminare lo stato dei programmi e trovare i corrispondenti difetti. Gli strumenti di debugging consentono ai programmatori di eseguire i programmi passo per passo, per fermare un programma ad ogni sua istruzione e per impostare ed esaminare le variabili del programma.
Uno strumento per la disseminazione (e quindi l’inserimento intenzionale) di guasti in un componente o sistema.
Uno strumento di test che è in grado di eseguire test su uno specifico elemento di test e valutare gli esiti rispetto ai risultati attesi e alle postcondizioni.
Uno strumento software o un dispositivo hardware che gira in parallelo al componente o sistema sotto test e supervisiona, registra e/o analizza il comportamento del componente o del sistema.
Uno strumento che supporta la sicurezza operativa.
Uno strumento usato per verificare che in un sito web non siano presenti hyperlink che non puntino correttamente ad altre pagine web.
Uno strumento che genera del carico per oggetto da sottoporre a test e che misura e registra le sue prestazoni durante l'esecuzione del test
Una implementazione semplificata o scheletrica di un componente software, usata per sviluppare o testare un componente chiamante o che è comunque dipendente da esso. Lo stub sostituisce il componente chiamato.
Un test è considerato superato se il suo risultato effettivo corrisponde al suo risultato atteso
Un tipo di oggetto del test che è un sistema
Un insieme di uno o più casi di test.
La persona responsabile della progettazione, realizzazione e manutenzione di un’architettura di automazione del testing, nonché della evoluzione tecnica delle soluzioni di automazione dei test adottate.
Testing effettuato simulando una failure o realmente causando un guasto in un ambiente controllato. A seguito della failure, viene testato il meccanismo di failover per verificare che i dati non siano persi o corrotti e che tutti i livelli di servizio concordati siano assicurati (per es. disponibilità della funzionalità o tempi di risposta)
Testing basato su un'analisi sistematica di ( ad esempio) requisiti , rischi di prodotto.
Test eseguito sottomettendo comandi al software sotto test usando direttamente le API dell'applicazione
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
Una tecnica di progettazione di test white-box nella quale i casi di test sono progettati per attivare variabili per le quali è stato specificato l’abbinamento definizione/utilizzo.
Una tecnica di testing white-box nella quale i casi di test sono progettati per eseguire gli esiti delle decisioni.
Una tecnica di progettazione di test white-box nella quale i casi di test sono progettati per eseguire gli esiti delle singole condizioni che influenzano in modo indipendente gli esiti delle decisioni.
Una tecnica di testing white-box nella quale i casi di test sono progettati per eseguire istruzioni.
Il processo di testing per determinare l' affidabilità di un prodotto software.
Un tipo di testing delle performance condotto per valutare il comportamento di un componente o sistema sottoposto a carichi variabili, di solito fra condizioni anticipate di utilizzo basso, tipico e di picco.
Il processo di testing per determinare la manutenibilità di un prodotto software.
Testing delle modifiche ad un sistema in produzione o dell’impatto di un ambiente modificato ad un sistema in produzione.
Il processo di testing atto a determinare la portabilità di un prodotto software.
Il processo di testing per verificare la recuperabilità di un prodotto software.
Testing atto a determinare la scalabilità del prodotto software.
Testing atto a determinare la sicurezza del prodotto software.
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.
Il processo di testing per determinare l’utilizzazione delle risorse di un prodotto software.
Test mirati a dimostrare che un componente o sistema non funziona. Il testing negativo è legato all’attitudine del tester piuttosto che ad uno specifico approccio di test o tecnica di progettazione di test, come ad esempio il testing con valori di input invalidi o eccezioni.
Un gruppo di attività di test che si focalizzano su uno specifici obiettivi di test che si concentrano su caratteristiche specifiche di un componente o sistema.
La capacità di un sistema o componente di continuare le normali operazioni anche in presenza di input errati.
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.
Una simulazione di attività svolte secondo un profilo operativo dell'utente.
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.
Un elemento di memorizzazione in un computer che è accessibile da un programma software tramite un nome di riferimento.
Conferma per esame (e attraverso la fornitura di evidenze obiettive) che specifici requisiti sono stati soddisfatti.
Software fornito su qualsiasi supporto adeguato, che conduce l’installatore durante il processo di installazione. Esso normalmente lancia il processo di installazione, fornisce dei riscontri sui risultati dell’installazione e assiste nella scelta delle opzioni disponibili.