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.
L’insieme dei prodotti hardware e software installati presso i siti degli utenti o dei clienti, laddove il componente o sistema sotto test sarà usato. Il software può includere sistemi operativi, sistemi di gestione di database ed altri e componenti di base.
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 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.
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
Acronimo per Application Programming Interface.
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
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.
Esecuzione del processo di test rispetto ad un singolo ed identificabile rilascio dell’oggetto del testing.
Il periodo di tempo che inizia quando un prodotto software viene concepito e termina quando non è più disponibile per essere utilizzato. Il ciclo di vita del software tipicamente include le fasi: concettuale, requisiti, progettazione, implementazione, test, installazione, operativa, manutenzione e, a volte, il ritiro del software. Si noti che queste fasi posso sovrapporsi o essere svolte in modo iterativo.
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 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.
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.
Le tecniche ed attività operative, parte della gestione della qualità, focalizzate sulla soddisfazione dei requisiti di qualità.
Il grado, espresso come percentuale, con il quale uno specifico elemento di copertura è stato determinato o attivato da un insieme di test.
La copertura degli esiti delle decisioni
Misure di copertura basate sulla struttura interna di un componente o di un sistema.
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à
L’insieme di condizioni che consentono ad un processo di essere ufficialmente completato
Un tipo di istruzione in cui una scelta tra due o più possibili risultati controlla quale insieme di azioni verranno eseguite
Il numero di difetti per unita di misura di un prodotto di lavoro
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.
Una persona che registra informazioni durante l'incontro di revisione.
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 insieme di prodotti di lavoro che viene progettato e trattato come una singola entità nel processo di gestione della configurazione.
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.
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.
Una metodologia di ingegneria del software utilizzata all'interno dello sviluppo software “agile” , le cui pratiche fondamentali sono: la programmazione a coppie, le revisioni estese del codice, lo unit test di tutte le parti di codice e la semplicità e la chiarezza nella codifica.
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.
La pianificazione, stima, monitoraggio, reporting, controllo e completamento delle attività di test.
Insieme di attività coordinate per gestire e controllare gli aspetti della qualità in una organizzazione. La gestione ed il controllo della qualità generalmente include la creazione della politica e degli obiettivi di qualità, della pianificazione e del controllo della qualità, dell’assicurazione e del miglioramento della qualità.
Un grafico visualizzato pubblicamente che raffigura lo sforzo residuo nel tempo in uno sprint (iterazione). L’asse x rappresenta normalmente la durata in giorni dello sprint, mentre l'asse y evidenzia lo sforzo residuo (espresso di solito in ore “ideal” o “story points”).
Istruzioni fornite su qualsiasi supporto adeguato, che guidano l’installatore attraverso il processo di installazione. Questa può essere una guida manuale, una procedura passo-passo, un wizard di installazione, o qualsiasi altra simile descrizione del processo.
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.
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.
Separazione delle responsabilità, che incoraggia il raggiungimento del testing imparziale.
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.
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 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
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.
Un piano di test che è usato per coordinare molteplici livelli di test o tipi di test
(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.
Un momento temporale in un progetto in corrispondenza del quale dovrebbero essere effettuati dei rilasci (anche intermedi) e/o dovrebbero essere ottenuti particolari risultati.
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.
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.
Un ciclo di vita dello sviluppo nel quale un progetto viene suddiviso in un numero generalmente elevato di iterazioni. Una iterazione è un ciclo di sviluppo completo che termina con un rilascio (interno od esterno) di un prodotto eseguibile ( un sottoinsieme del prodotto finale) il quale si accresce ad ogni iterazione per diventare il prodotto finale.
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
Una forma di revisione dei prodotti di lavoro effettuata di altre persone abilitate a fare lo stesso lavoro.
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.
Una tecnica di stima basata sul consenso, principalmente utilizzata per stimare lo sforzo o la dimensione relativa di storie di utente nello sviluppo software agile. È una variante del metodo Delphi a banda larga utilizzando un mazzo di carte con i valori che rappresentano le unità di stima del team.
Un documento di alto livello che descrive i principi, l’approccio ed i maggiori obiettivi dell’organizzazione relativa al testing.
Lo stato atteso di un oggetto del test e del suo ambiente al termine dell'esecuzione dei casi 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.
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
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.
Raccolta e analisi di dati provenienti dalle attività di test e successivo loro consolidamento in un report per informare le parti interessate.
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.
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
La persona coinvolta nella revisione, che identifica anomalie nel prodotto di lavoro.
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
Un rischio legato ad una caratteristica di qualità.
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.
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 lista di attività, compiti od eventi del processo di test, che identifica le loro date e/o tempi di inizio e fine previsti e le loro interdipendenze.
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”.
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.
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.
Documentazione di un insieme di uno o più casi 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).
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.
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.
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.
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
Uno strumento che fornisce un ambiente per il testing di unità o componente nel quale un componente può essere testato in isolamento o con stub e driver. Esso fornisce di solito anche altri supporti per lo sviluppatore, ad esempio funzionalità di debugging.
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
Il rapporto del numero di failure di una certa categoria rispetto ad una data unità di misura
Un insieme di uno o più casi di test.
Test basati sull'esperienza, sulla conoscenza e sull'intuito del tester.
In grandi progetti, la persona che riporta al responsabile del test ed è responsabile per il project management di un particolare livello di test o un particolare insieme di attività di test.
Un insieme di attività indirizzate al miglioramento dei risultati e del livello di maturità di un processo di test.
Documentazione che riassume le attività e i risultati dei test svolti
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.
Un approccio al testing in cui si pianificano le attività di test come sessioni ininterrotte di progettazione ed esecuzione dei test, spesso utilizzato in combinazione con il testing sperimentale.
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 black-box di progettazione del testing nella quale i casi di test vengono selezionati, possibilmente usando un algoritmo di generazione pseudo-casuale, per corrispondere ad un profilo operativo. Questa tecnica può essere usata per il testing di attributi non-funzionali, come ad esempio affidabilità e performance,
Una tecnica di testing white-box nella quale i casi di test sono progettati per eseguire gli esiti delle decisioni.
Una tecnica di testing white-box nella quale i casi di test sono progettati per eseguire istruzioni.
Testing atto a determinare la facilità attraverso la quale utenti con disabilità possono utilizzare un sistema od un suo componente .
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 l’interoperabilità 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.
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.
Un approccio al test nel quale l’insieme di test comprende tutte le combinazioni di valori di input e di precondizioni.
Testing basato su un’analisi della struttura interna del componente o sistema.
Prodotti di lavoro sviluppati durante il processo di test per pianificare, progettare, eseguire, valutare test ed effettuare report sul testing.
Un insieme di rischi raggruppati per uno o più fattori comuni
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.
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.
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 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.
Una tecnica per consentire la consegna virtuale di servizi che sono distribuiti, accessibili e gestiti in remoto.
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.
Una tecnica di stima basata sul contributo collettivo di un gruppo di esperti.