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.
Il processo complessivo di identificazione e valutazione del rischio
L’istanza di una generica architettura di automazione dei test, per definire nella soluzione adottata i suoi layer, i componenti, i servizi e le interfacce.
Rappresentazione dei layer, dei componenti e delle interfacce di un’architettura di automazione dei test, che permette un approccio strutturato e modulare di automazione del testing.
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)
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
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.
Densità dei difetti di un componente del codice della test automation
Un'imperfezione o una mancanza in un prodotto di lavoro che non soddisfa i suoi requisiti o le sue specifiche
Un dispositivo, un programma SW od un sistema che accetta gli stessi input e produce gli stessi output di un dato sistema.
Sforzo richiesto per eseguire i test manualmente.
La crescita sproporzionata del numero di casi di test al crescere della dimensione della base di test, quando si utilizza una certa tecnica di progettazione del testing. L’esplosione può verificarsi anche quando si applica la tecnica di progettazione del testing in modo sistematico per la prima volta.
Un test è considerato fallito se il suo risulta attuale non corrisponde al suo risultato atteso.
Metodo che si prefigge di misurare la dimensione della funzionalità di un sistema informatico. Le misurazione è indipendente dalla tecnologia. Questa misura può essere usata come base per la misurazione della produttività, la stima delle risorse necessarie e per il controllo del progetto.
Interfaccia utente dell'applicazione SW
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’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
Il layer di un’architettura di automazione del testing che fornisce il codice necessario per adattare i vari test automatizzati alle varie configurazioni, componenti ed interfacce del SUT.
Il layer di un’architettura generica di automazione del testing che ne supporta l’implementazione, favorendo la definizione di insiemi di casi di test (es. tramite modelli o guide).
Il layer di un’architettura generica di automazione del testing che supporta l’esecuzione di insiemi di casi di test.
Il layer di un’architettura generica di automazione del testing che supporta la progettazione manuale o automatizzata di insiemi di casi di test.
Il livello di modifica di un oggetto del test per renderlo testabile.
Una tabella bidimensionale, che correla due entità (es, requisiti e casi di test). La tabella viene utilizzata per tracciare (in avanti e indietro) i legami fra una entità e l’altra, permettendo così di determinare la copertura raggiunta e di valutare l'impatto delle modifiche proposte
Una scala di misurazione e il metodo usato per la misurazione.
Un modello che descrive il testware usato per testare un componente od un sistema sotto test.
Una fonte per determinare i risultati attesi da confrontare con i risultati effettivi del software sotto test.
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.
Lo stato richiesto per un oggetto del test e per il suo ambiente prima di iniziare l'esecuzione dei casi di 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.
Raccolta e analisi di dati provenienti dalle attività di test e successivo loro consolidamento in un report per informare le parti interessate.
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.
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.
Una tecnica in cui gli script sono strutturati in scenari, che rappresentano i casi d'uso del software in test. Gli script possono essere parametrizzati con i dati di test.
Una semplice tecnica di scripting priva di controlli di struttura negli script stessi.
Una tecnica di scripting che costruisce ed utilizza una libreria di script (totalmente o parzialmente) riusabili.
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.
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.
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.
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.
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
(1) Una persona che fornisce guida e direzione strategica ad una organizzazione di testing ed ai suoi rapporti con altre discipline.(2) Una persona che definisce le modalità con cui il test di un dato sistema è strutturato, tra cui aspetti come strumenti e gestione dei dati 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.
La persona responsabile della pianificazione e supervisione dello sviluppo ed evoluzione di una soluzione di automazione del testing.
Un’interfaccia software customizzata che facilita il testing automatizzato di un oggetto del test.
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 effettuato con la sottomissione di comandi al software in test, utilizzando una Common-Line Interface dedicata
Il processo di testing per determinare l' affidabilità di un prodotto software.
Testing per determinare la robustezza 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.
Testing eseguito interagendo con il software in test tramite Graphical User Interface.
Conferma per esame (e attraverso la fornitura di evidenze obiettive) che specifici requisiti sono stati soddisfatti.
Decomposizione gerarchica orientata al rilascio di un lavoro che deve essere eseguito da un team di progetto per raggiungere gli obiettivi del progetto, in accordo con PMBOK.