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.
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.
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.
Ogni condizione che devia dalle aspettative basate sulle specifiche dei requisiti, documenti di progetto, documenti utente, standards, etc. o dalla percezione o esperienza di qualcuno. Le anomalie possono essere trovate durante, ma non solo, revisioni, testing, analisi, compilazione, uso di prodotti software
L’implementazione della strategia di test per uno specifico progetto.
Utente o ogni altra persona od altro sistema che interagiscono col sistema in test con particolari modalità.
Una valutazione indipendente di un prodotto di lavoro, di un processo o di un insieme di processi che è eseguita da una terza parte per accertare l’aderenza a specifiche, standards, accordi contrattuali o altri criteri
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.
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.
Una sorgente di un difetto tale per cui la sua rimozione riduce od annulla il verificarsi di quel tipo di difetto.
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.
Esecuzione del processo di test rispetto ad un singolo ed identificabile rilascio dell’oggetto 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 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.
Una espressione logica che può essere valutata come Vera o Falsa ad es. A>B.
Due o più condizioni singole unite tramite un operatore logico (AND, OR o XOR) ad es. ‘A>B AND C>1000’.
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.
La percentuale di sequenze di N+1 transizioni che sono state attivate da un insieme di test.
Il costo totale delle attività relative alla Qualità. Esso è di norma suddiviso in: costi di prevenzione, costi di verifica, costi di difettosità interna e di difettosità esterna.
I criteri che un componente o sistema deve soddisfare per poter essere accettato da un utente, un cliente od un’altra entità autorizzata.
L’insieme di condizioni per poter ufficialmente iniziare una determinata attività
Regole di decisione usate per determinare se un elemento di test (funzione o caratteristica) ha superato o fallito un test.
L’insieme di condizioni che consentono ad un processo di essere ufficialmente completato
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 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.
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 parte di un oggetto del test usato in un processo di test
Una tecnica di testing per la quale i test sono derivati sulla base della conoscenza del tester degli esiti negativi passati o sulla conoscenza generica delle modalità di failure
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.
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.
La pianificazione, stima, monitoraggio, reporting, controllo e completamento delle attività 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.
Una rappresentazione grafica di input e/o stimoli (cause) con i loro associati output (effetti), che può essere usata per la progettazione di casi di test.
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.
Un dato ricevuto da un componente o da un sistema da una sorgente esterna.
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 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.
La misura qualitativa o quantitativa di un rischio definito da impatto e probabilità
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.
Un programma di attività progettato per migliorare le performance e la maturità dei processi delle organizzazioni e il risultato di tale programma.
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
Un modello del ciclo di vita di sviluppo sequenziale che descrive le relazioni uno ad uno fra le principali fasi di sviluppo software, dala specifica dei requisiti di business al rilascio, e i corrispondenti livelli di testing, dal testing di accettazione al testing di componente.
Una descrizione dei processi, workflow e attività usati nello sviluppo, delivery, manutenzione e ritiro di un sistema.
Uno schema in cui processi della stessa natura sono classificati, ad esempio un modello di miglioramento dei test.
Un modello di ciclo di vita dello sviluppo nel quale l'ambito del progetto è in genere determinato nelle prime fasi del ciclo di vita, ma le stime dei tempi e dei costi sono regolarmente modificati quando aumenta la comprensione del prodotto da parte del team di progetto. Il prodotto è sviluppato tramite una serie di cicli ripetuti, ognuno dei quali rilascia un incremento che viene aggiunto successivamente alle funzionalità del prodotto.
Una fonte per determinare i risultati attesi da confrontare con i risultati effettivi del software sotto test.
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.
Una pianificazione dell'esecuzione delle suite di test all'interno di un ciclo 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.
Lo stato richiesto per un oggetto del test e per il suo ambiente prima di iniziare l'esecuzione dei casi di test.
Il livello di importanza (di business) assegnato ad un elemento, ad esempio un difetto.
Un approccio sistematico al testing basato sul rischio che utilizza l’identificazione e l’analisi dei rischi di prodotto per creare una matrice di rischio che comprende la sua probabilità ed il suo impatto. Il termine è derivato dalla Gestione del rischio di prodotto
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.
Un insieme di convenzioni che regolano l'interazione di processi, dispositivi e altri componenti all'interno di un sistema
Una matrice che descrive la partecipazione di vari ruoli nel completare attività e/o deliverables in un progetto od in un processo. È particolarmente utile nel chiarire ruoli e responsabilità, evidenziando i quattro principali ruoli normalmente presenti: Responsabile, Supervisore, Consultato ed Informato.
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
Un requisito sull'usabilità di un componente o di un sistema.
Una tecnica di revisione guidata da una lista di domande o di attributi obbligatori
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
Il comportamento osservato quando un componente o un sistema viene testato.
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.
Un risultato del testing che non riesce a identificare la presenza di un difetto effettivamente presente nell'oggetto di test.
Un risultato di un test nel quale viene riportato un difetto nonostante non esista nessun difetto nell’oggetto del test.
Una riunione alla fine di un progetto, durante la quale i membri del team valutano lo svolgimento ed i risultati del progetto e ne deducono degli insegnamenti che possono essere applicati ai progetti successivi.
Il grado con il quale un componente od un sistema può funzionare correttamente in presenza di input invalidi o di condizioni ambientali di stress.
Una sequenza di istruzioni per l'esecuzione di un test.
Una metodologia incrementale ed iterativa per la gestione di progetti comunemente utilizzata nello sviluppo software “agile”.
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.
Un insieme di elementi interagenti organizzato per ottenere una specifica funzione od un gruppo di funzioni.
Un sottoinsieme di tutti i casi di test definiti/pianificati che coprono la funzionalità principale di un componente o sistema, per accertarsi che le loro funzioni più cruciali funzionino, ma senza preoccuparsi dei dettagli.
Programmi, procedure, possibilmente con associata documentazione e dati pertinenti all’operatività del sistema informatico.
La realizzazione di un’architettura di automazione del testing, cioè una combinazione di componenti che implementano una specifica soluzione di automazione. I componenti possono includere strumenti di automazione commerciali, strutture di automazione, nonché hardware di automazione dei test.
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.
Documentazione di un insieme di uno o più casi di test
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).
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 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 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.
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.
Uno strumento che supporta le attività di progettazione dei test, generando input di test da una specifica, che può essere mantenuta in un archivio ( per esempio in uno strumento di gestione dei requisiti), partendo da condizioni di test detenute nello strumento stesso o dal codice.
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
Una tabella usata per mostrare insiemi di condizioni e le azioni che da esse derivano
Una tabella delle decisioni in cui combinazioni di input che sono impossibili o che conducono agli stessi output sono unite in una colonna (rule), impostando le condizioni che non influenzano gli output a "non interessa".
Una tabella che mostra le transizioni risultanti dalla combinazione di ogni singolo stato con ogni singolo possibile evento, evidenziante sia le transizioni valide che quelle invalide.
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.
Test basati sull'esperienza, sulla conoscenza e sull'intuito del tester.
Un insieme di test automatizzati che convalida l'integrità della compilazione di ogni nuova build e ne verifica la funzionalità, la stabilità e la testabilità. È una pratica comune di fronte ad un'alta frequenza di creazione di nuove build (ad es., progetti agile) che viene eseguita su ogni nuova build prima di essere rilasciata per ulteriori test.
L'attività di creazione di un test log.
Un insieme di attività indirizzate al miglioramento dei risultati e del livello di maturità di un processo di test.
Una tecnica di testing basata sulla esperienza, in base alla quale l'esperto tester utilizza un elenco (di alto livello) degli elementi da osservare, controllare o ricordare, od un insieme di regole o criteri in base ai quali un prodotto SW deve essere verificato.
Test eseguito sottomettendo comandi al software sotto test usando direttamente le API dell'applicazione
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 atto a determinare la facilità attraverso la quale utenti con disabilità possono utilizzare un sistema od un suo componente .
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.
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.
Esecuzione di test condotta seguendo una sequenza di test precedentemente documentati.
Testing svolto da persone che collaborano con il gruppo di test, ma che non sono dipendenti dell’azienda.
Prodotti di lavoro sviluppati durante il processo di test per pianificare, progettare, eseguire, valutare test ed effettuare report sul testing.
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.
Il grado al quale si può stabile una relazione fra due o più prodotti di lavoro.
Il tracciamento dei requisiti di un certo livello di test attraverso gli strati della documentazione disponibile (ad esempio, piano di test, specifica di progettazione dei test, specifica dei test case, specifica della procedura di test o script di test).
Una transizione tra due stati di un componente o di un sistema.
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.
Un valore minimo o massimo di una partizione di equivalenza ordinata
Un processo attraverso il quale vengono raccolte informazioni sull'usabilità di un sistema, al fine di miglioralo ( valutazione formativa) o per valutare il merito o il valore di un sistema ( valutazione sommativa)
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.
Linee guida sull'accessibilità del web pubblicate dalla Web Accessibility Initiative (WAI) del World Wide Web Consortium (W3C), la principale organizzazione internazionale di standard per Internet. Consistono in una serie di linee guida per rendere i contenuti accessibili alle persone con disabilità.