Il grado al quale un componente o un sistema esegue specifiche funzionalità sotto prefissate condizioni, per uno specifico periodo di tempo.
Una dichiarazione sui valori che sono alla base dello sviluppo del software agile. I valori sono: • Individui e interazioni più di processi e strumenti • Software funzionante più di documentazione completa • Collaborazione con i clienti più di negoziazione contrattuale • Risposta al cambiamento più del rispetto di un piano.
Pratica di testing, adottata nell’ambito di un progetto che utilizzi metodologie Agile, incorporanti tecniche e metodi come la extreme programming (XP), che tratta lo sviluppo come il “cliente” del testing, enfatizzando quindi il paradigma di progettazione test-first.
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'identificazione di tutti i prodotti di lavoro impattati da una modifica, inclusa la stima delle risorse necessarie per realizzare la modifica
Analisi del codice sorgente condotta senza l’esecuzione del software stesso.
L’implementazione della strategia di test per uno specifico progetto.
Una attività di sviluppo nella quale un sistema completo viene compilato e “linkato” ogni giorno (generalmente durante la notte) in modo che in ogni momento si possa disporre di un sistema consistente che includa tutte le ultime modifiche
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 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.
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.
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.
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.
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.
Una regola empirica generalmente accettata, che aiuta a raggiungere un certo obiettivo.
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.
L'attività che prepara il testware necessario per l'esecuzione del testing in base all'analisi e alla progettazione del testing.
Una misura che fornisce una stima o una valutazione di specifici attributi derivati da un modello a seguito di determinate necessità di informazione.
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
Tutti i componenti di un sistema che forniscono informazioni e controlli per l'utente per svolgere specifich e attivitàcon il sistema stesso.
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 diagramma utilizzato per rappresentare parole, idee, attività o altri elementi connessi e disposti intorno ad una parola chiave o idea centrale. Le mappe mentali sono utilizzate per generare, visualizzare, strutturare e classificare le idee e come aiuto nelle attività di analisi, organizzazione, risoluzione di problemi, presa di decisioni e documentazione..
Una scala di misurazione e il metodo usato per la misurazione.
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.
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.
Un approccio di sviluppo del software agile in base al quale due programmatori lavorano insieme sulla stessa postazione di lavoro.
Un insieme di convenzioni che regolano l'interazione di processi, dispositivi e altri componenti all'interno di un sistema
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
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à.
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.
La capacità del prodotto software di essere esteso per adattarsi a carichi crescenti.
Un insieme di elementi interagenti organizzato per ottenere una specifica funzione od un gruppo di funzioni.
Un sistema nel quale una failure od un malfunzionamento può avere come conseguenza la morte o seri danni a persone, perdita o danni severi ad equipaggiamenti, danni ambientali.
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.
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 pianificazione di alto livello per conseguire obiettivi di automazione del testing a lungo termine, nell’ambito di pre-esistenti condizioni ambientali.
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 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
Un insieme di uno o più casi di test.
Test basati sull'esperienza, sulla conoscenza e sull'intuito del tester.
Una registrazione cronologica dei dettagli rilevanti relativi all’esecuzione dei test.
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
Tecnica di testing che risponde dinamicamente al sistema in test reale, ottenendo i relativi risultati. Esso ha normalmente un ciclo di pianificazione ridotto e le fasi di progettazione ed implementazione dei test non sono svolte sino al ricevimento del software.
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 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.