certificazione di tester glossario ... - istqb.ita-stqb.org · i sillabi istqb® pubblicati da...

International Software Testing Qualifications Board

Certificazione di Tester

Glossario Standard dei termini usati nel Software Testing

Versione 3.1 ‐ 2018

Redatto da : Massimo Di Carlo ‐ Marco Sogliani 01/12/2017

Approvato da : Board ITA‐STQB 15/12/2017

Copyright © International Software Testing Qualifications Board

(nel prosieguo ISTQB®).

ContenutoIl glossario riporta la traduzione italiana dei termini (e delle relative definizioni) utilizzati nei Sillabi ISTQB®

pubblicati nel sito http://www.istqb.org.

Il Glossario originale in Inglese può essere consultato sul sito: http://astqb.org/glossary/.

FogliNel foglio "ITALIANO" i termini italiani sono selezionati in ordine crescente.

Nel foglio "ENGLISH" i termini inglesi sono selezionati in ordine crescente.

Struttura

Ogni foglio contiene le colonne :

ITALIANO = termine tradotto.

ENGLISH = termine originale inglese.

DESCRIZIONE = la traduzione italiana delle definizioni inglesi del termine

VEDI ANCHE = eventuale sinonimo del termine.

RIF. = eventuale riferimento al testo che contiene la definizione originale.

L'elenco dei testi è riportato più avanti nelle righe "STANDARD" o "PUBBLICAZIONI".

SILLABI = nelle diverse colonne sono indicati (con una X) i Sillabi in cui il termine è menzionato.

L'elenco dei Sillabi è riportato più avanti nella riga "SILLABI".

Sillabi

I Sillabi ISTQB® pubblicati da ITA‐STQB® sono i seguenti:

FL = Syllabus Foundation Level

ALTM = Syllabus Advanced Level Test Manager

ALTA = Syllabus Advanced Level Test Analyst

ALTAE = Syllabus Advanced Level Test Automation

ALTTA = Syllabus Advanced Level Technical Test Analyst

AGILE FL = Foundation Level Extension Syllabus AgileTester

E‐ITP = Expert Level Syllabus ‐ Improving the Test Process

E‐TM = Expert Level Syllabus ‐ Test Management

Standard

DO‐178b] DO‐178B:1992. Software Considerations in Airborne Systems and Equipment Certification, Requirements and Technical

Concepts for Aviation (RTCA SC167)

[IEEE 610] IEEE 610.12:1990. Standard Glossary of Software Engineering Terminology.

[IEEE 829] IEEE 829:1998. Standard for Software Test Documentation

[IEEE 1008] IEEE 1008:1993. Standard for Software Unit Testing

[IEEE 1028] IEEE 1028:1997. Standard for Software Reviews and Audits

[IEEE 1044] IEEE 1044:1993. Standard Classification for Software Anomalies

[IEEE 1219] IEEE 1219:1998. Software Maintenance

[ISO 2382/1] ISO/IEC 2382‐1:1993. Data processing ‐ Vocabulary ‐ Part 1: Fundamental terms

[ISO 8402] ISO 8402: 1994. Quality Management and Quality Assurance Vocabulary

[ISO 9000] ISO 9000:2005. Quality Management Systems – Fundamentals and Vocabulary

[ISO 9126] ISO/IEC 9126‐1:2001. Software Engineering – Software Product Quality – Part 1: Quality characteristics and sub‐

characteristics

[ISO 12207] ISO/IEC 12207:1995. Information Technology – Software Lifecycle Processes

[ISO 14598] ISO/IEC 14598‐1:1999. Information Technology – Software Product Evaluation ‐Part 1: General Overview

[ISO 15504] ISO/IEC 15504‐9: 1998. Information Technology – Software ProcessAssessment – Part 9: Vocabulary

Pubblicazioni

[Abbott] J. Abbot (1986), Software Testing Techniques, NCC Publications.

[Adrion] W. Adrion, M. Branstad and J. Cherniabsky (1982), Validation, Verification and Testing of Computer Software, in: Computing

Surveys, Vol. 14, No 2, June 1982.

[Akao] Akao, Yoji (1994), Development History of Quality Function Deployment – The Customer Driven Approach to Quality Planning

and Deployment, Minato, Tokyo Japan: Asian Productivity Organization, pp. 339, ISBN 92‐833‐1121‐3

[Bach] J. Bach (2004), Exploratory Testing, in: E. van Veenendaal, The Testing Practitioner – 2nd edition, UTN Publishing, ISBN 90‐

72194‐65‐9.

[Beizer] B. Beizer (1990), Software Testing Techniques, van Nostrand Reinhold, ISBN 0‐442‐20672‐0

[Chow] T. Chow (1978), Testing Software Design Modelled by Finite‐Sate Machines, in: IEEE Transactions on Software Engineering, Vol.

4, No 3, May 1978.

[CMM] M. Paulk, C. Weber, B. Curtis and M.B. Chrissis (1995), The Capability Maturity Model, Guidelines for Improving the Software

Process, Addison‐Wesley, ISBN 0‐201‐54664‐7

[CMMi] M.B. Chrissis, M. Konrad and S. Shrum (2004), CMMi, Guidelines for Process Integration and Product Improvement, Addison

Wesley, ISBN 0‐321‐15496‐7

[Fenton] N. Fenton (1991), Software Metrics: a Rigorous Approach, Chapman & Hall, ISBN 0‐53249‐425‐1

[Fewster and Graham] M. Fewster and D. Graham (1999), Software Test Automation, Effective use of test execution tools, Addison‐

Wesley, ISBN 0‐201‐33140‐3.

[Freedman and Weinberg] D. Freedman and G. Weinberg (1990), Walkthroughs, Inspections, and Technical Reviews, Dorset House

Publishing, ISBN 0‐932633‐19‐6.

[Gerrard] P. Gerrard and N. Thompson (2002), Risk‐Based E‐Business Testing, Artech House Publishers, ISBN 1‐58053‐314‐0.

[Gilb and Graham] T. Gilb and D. Graham (1993), Software Inspection, Addison‐Wesley, ISBN 0‐201‐63181‐4.

[Graham] D. Graham, E. van Veenendaal, I. Evans and R. Black (2007), Foundations of Software Testing, Thomson Learning, ISBN 978‐1‐

84480‐355‐2

[Grochtmann] M. Grochtmann (1994), Test Case Design Using Classification Trees, in: Conference Proceedings STAR 1994.

[Hetzel] W. Hetzel (1988), The complete guide to software testing – 2nd edition, QED Information Sciences, ISBN 0‐89435‐242‐3.

[McCabe] T. McCabe (1976), A complexity measure, in: IEEE Transactions on Software Engineering, Vol. 2, pp. 308‐320.

[Musa] J. Musa (1998), Software Reliability Engineering Testing, McGraw‐Hill Education, ISBN 0‐07913‐271‐5.

[Myers] G. Myers (1979), The Art of Software Testing, Wiley, ISBN 0‐471‐04328‐1.

[TMap] M. Pol, R. Teunissen, E. van Veenendaal (2002), Software Testing, A guide to the TMap Approach, Addison Wesley, ISBN 0‐201‐

745712.

[Veenendaal] E. van Veenendaal (2004), The Testing Practitioner – 2nd edition, UTN Publishing, ISBN 90‐72194‐65‐9.

FL ALTM

ALTA ALTTA AG

ILE FL E‐ITP E‐TM

ALTAE

abbinamento definizione-utilizzo

definition-use pair

L’associazione della definizione di una variabile con l’utilizzo stesso della variabile.L’utilizzo della variabile può essere “computazionale” (es. moltiplica) o “predicato” (es.definire la scelta di esecuzione di un cammino).

x

accuratezza accuracyLa capacità del prodotto software di fornire il risultato corretto o previsto, oppure con ilnecessario grado di precisione.

testing di funzionalità [ISO 9126] x x x x x x

action word driven testing


testing guidato dalle parole chiave

x

adattabilità adaptability

La capacità del prodotto software di essere adattato per ambienti differenti senzal’utilizzo di altre azioni o l’impiego di altre risorse rispetto a quelle già inserite per questoscopo nel software considerato.

portabilità [ISO 9126] x x x

affidabilità reliabilityLa capacità del prodotto software, sotto prefissate condizioni, di eseguire le funzionalitàrichieste per uno specifico periodo di tempo o per uno specificato numero di operazioni.

[ISO 9126] x x x x X x

agile manifesto agile manifesto

Una dichiarazione sui valori che sono alla base dello sviluppo del software agile. I valorisono:• 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.

sviluppo SW agile x x

agile testing agile testing

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 sviluppocome il “cliente” del testing, enfatizzando quindi il paradigma di progettazione test-first.

sviluppo guidato dal test x x

albero di classificazione classification treeUn albero che mostra le partizioni di equivalenza ordinate in modo gerarchico e cheviene usato per progettare test case nel metodo dell’albero di classificazione.

metodo dell’albero di classificazione

x

alpha testing alpha testing

Testing operativo (effettivo o simulato) svolto da parte di potenziali utenti o di un testteam indipendente nell’ambiente di sviluppo, ma al di fuori dell’organizzazione disviluppo. Tale testing viene spesso utilizzato per software off-the-shelf come una forma ditesting di accettazione interno.

x x x

ambiente di test test environmentUn ambiente comprendente hardware, strumentazione, simulatori, strumento software edaltri elementi di supporto necessari per condurre un test.

[ IEEE 610] x x x x x X x

ambiente operativooperational environment

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 sistemioperativi, sistemi di gestione di database ed altri e componenti di base.

x

analisi ai valori limiteboundary value analysis

Una tecnica di progettazione del test in cui i casi di test sono progettati in base ai valorilimite

valore limite. x x

analisi causa-effetto cause-effect analysisprogettazione basata sul

grafo causa‐effetto.x

analisi causale causal analysis L’analisi dei difetti per determinare la loro causa originale. [CMMi] x

analisi causale root cause analysis

Una tecnica di analisi che mira all’identificazione delle cause originali dei difetti.Applicando delle misure correttive alle cause originali, si spera che la probabilità diricorrenze dei difetti verrà minimizzata.

x x x x X

SILLABI

ITALIANO ENGLISH DESCRIZIONE VEDI ANCHE RIF.

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


analisi concentrazione difetti

defect clustering analysis

Una tecnica di testing che suggerisce di progettare ulteriori casi di test per le areeapplicative in cui si sono manifestati un elevato numero di difetti.

x

analisi del flusso di controllo

control flow analysis

Una forma di analisi statica basata sulla rappresentazione di cammini (sequenza dieventi ) nella esecuzione di un componente o di un sistema. Essa valuta l'integrità dellestrutture di controllo di flusso, in cerca di possibile anomalie, come circuiti chiusi o passidi processo logicamente irraggiungibili.

x

analisi del flusso di dati data flow analysis Una forma di analisi statica basata sulla definizione e l’utilizzo di variabili. x

analisi del rischio assessment

Il processo di identificazione e di valutazione dei rischi di progetto o di prodotto, perdeterminare il loro livello, stimando il loro impatto e la loro possibilità di verificarsi (intesacome probabilità).

valutazione del rischio x x x x

analisi del test test analysis Il processo di analisi della base di test e di definizione degli obiettivi del testing. x x x x X x

analisi delle mutazioni mutation analysis

Un metodo per determinare l’accuratezza di un insieme di test, basato sullamisurazione di quanto l’insieme di test possa individuare piccole modifiche (mutazioni) adun programma.

x

analisi di copertura coverage analysis

Misura della copertura raggiunta di un specificato elemento di copertura durantel’esecuzione dei test per determinare se è necessario, con riferimento a criteri prefissati,del testing aggiuntivo e, se questo è richiesto, quali test case sono necessari.

analisi di dominio domain analysis

Una tecnica di progettazione del testing black-box che viene utilizzata per individuare icasi di test efficaci ed efficienti, quando più variabili possono o devono essere testateinsieme. Si basa sull'analisi ai valori limite e sul partizionamento d’equivalenza.

valori limite , partizionamento di

equivalenzex

analisi di impatto impact analysis

La valutazione delle modifiche ai diversi livelli della documentazione di sviluppo, delladocumentazione di test e dei componenti, a seguito dell’implementazione di una datamodifica ai requisiti specificati.

x x

analisi di Pareto Pareto analysis

Una tecnica statistica nel processo decisionale che viene utilizzata per la selezione di unnumero limitato di fattori che producono un significativo effetto globale. Nel caso dimiglioramento della qualità, la grande maggioranza dei problemi (80%) sono prodotti daun ristretto numero di cause (20%).

x X

analisi dinamica dynamic analysisIl processo di valutazione del comportamento, di un sistema o componente durantel’esecuzione, ad esempio dell’occupazione di memoria, di utilizzo della CPU ecc.

x X

analisi retrospettiva retrospective analysisUna metodologia strutturata per capitalizzare l’esperienza acquisita e per creare specificipiani di miglioramento dei prossimi progetti o prossime fasi del progetto.

retrospettiva progettuale x

analisi statica static analysis

Analisi di elementi correlati al software, come ad esempio requisiti o codice, condottasenza la loro esecuzione. L’analisi statica è di solito effettuata per mezzo di appositistrumenti. analisi statica del codice x x x x x x

analisi statica del codice static code analysis Analisi del codice sorgente condotta senza l’esecuzione del software stesso. x x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


analisi transazionali transactional analysis

L'analisi delle transazioni tra le persone e all'interno delle loro menti; una transazione èdefinita come uno stimolo più una risposta. Le transazioni avvengono tra le persone e tragli stati dell'io (segmenti di personalità) all'interno della mente di una sola persona. x

analizzabilità analyzability

La capacità del prodotto software di essere sottoposto a diagnosi per carenze o cause diesiti negativi nel software, o per identificare le parti del software che devono esseremodificate.

manutenibilità. [ISO 9126] x x x

analizzatore analyzer analizzatore statico. x

analizzatore di codice code analyzeranalizzatore statico di

codicex

analizzatore statico static analyzer Uno strumento che effettua l’analisi statica. x x X

analizzatore statico di codice

static code analyzer

Uno strumento che effettua analisi statica del codice. Il strumento verifica il codicesorgente, per certe proprietà come la conformità a standard di codifica, a metriche diqualità o di anomalie del flusso dati.

x

anomalia anomaly

Ogni condizione che devia dalle aspettative basate sulle specifiche dei requisiti,documenti di progetto, documenti utente, standards, etc. o dalla percezione o esperienzadi qualcuno. Le anomalie possono essere trovate durante, ma non solo, revisioni, testing,analisi, compilazione, uso di prodotti software

difetto, errore, guasto, esito negativo, incidente,

problema. [IEEE 1044] x x x x

anti-pattern anti-pattern

Azione ripetuta, processo, struttura o soluzione riutilizzabile che inizialmente sembranoessere benefiche e sono comunemente usate, ma sono in pratica inefficaci e/ocontroproducenti.

x

API (Application Program Interface)

API Testing API x

apprendibilità learnability La capacità del prodotto software di consentire all’utente di imparare il suo l’utilizzo usabilità [ISO 9126] x x

apprendimento (IDEAL) learning (IDEAL)

La fase all'interno del modello IDEAL in cui si impara dalle esperienze e si migliora lapropria capacità di adottare nuovi processi e tecnologie per il futuro. La fase di“apprendimento” comprende le attività di: analizzare / validare e proporre le azioni future.

IDEAL X

approccio al test test approach

L’implementazione della strategia di test per uno specifico progetto. Esso includetipicamente delle decisioni basate:§ sugli obiettivi del progetto di test e sulla stima delrischio, § sui punti di partenza relativi al processo di test,§ sulle tecniche diprogettazione dei test che devono essere applicate, § sui criteri di uscita e sui tipi di testda eseguire.

x x x x x X x

architetto del test test architect

(1) Una persona che fornisce guida e direzione strategica ad una organizzazione ditesting 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 gestionedei dati di test.

x

architettura di automazione del testing

test automation architetture

L’istanza di una generica architettura di automazione dei test, per definire nella soluzioneadottata i suoi layer, i componenti, i servizi e le interfacce.

x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


architettura generica di automazione del testing

generic test automation architecture

Rappresentazione dei layer, dei componenti e delle interfacce di un’architettura diautomazione dei test, che permette un approccio strutturato e modulare di automazionedel testing.

x

arginamento di fase phase containmentLa percentuale di difetti che sono stati rimossi nella stessa fase (del ciclo di vita del

software) in cui sono stati introdotti.x x

assessment di processo process assessmentUna valutazione disciplinata dei processi software di un'organizzazione con riferimentoad un modello.

[ISO 15504] x x X

assessor assessor Una persona che effettua un assessment; qualsiasi membro di un team di assessment. x

assicurazione qualità quality assuranceComponente della gestione della qualità focalizzata sul fornire fiducia che i requisiti diqualità saranno soddisfatti.


attacco attack

Tentativo diretto e focalizzato a valutare la qualità, in particolare l’affidabilità, di unsistema od una sua componente (oggetto di test), tentando di forzare il verificarsi dispecifici esiti negativi.

testing negativo

attacco basato sui guasti fault attackTentativo diretto e concentrato per valutare la qualità, specialmente l'affidabilità, di unobiettivo del test cercando di provocare un esito negativo

attacco, testing negativo x x x x x x

attacco software software attack attacco x

attivazione dei cammini path sensitizing Scelta di un insieme di valori di input per forzare l’esecuzione di un dato cammino. x

attore actorUtente o ogni altra persona od altro sistema che interagiscono col sistema in test conparticolari modalità.

x x x

attrattività attractiveness La capacità del prodotto software di essere attraente per l’utente. usabilità. [ISO 9126] x x x

attributo di qualità quality attribute Una caratteristica che riguarda la qualità di un elemento. [IEEE 610] x x x x x X x

audit audit

Una valutazione indipendente di prodotti software o di processi per accertare l’aderenzaa standards, linee guida, specifiche e/o procedure basate su criteri oggettivi, compresidocumenti che specificano:(1) la forma o il contenuto dei prodotti che devono essererealizzati, (2) il processo attraverso il quale i prodotti devono essere realizzati,(3) lemodalità con cui l’aderenza agli standard o alle linee guida deve essere misurata

[IEEE 1028]. x x x x x

audit trail audit trail

Un percorso attraverso il quale l’input originale ad un processo (ad esempio, dati) puòessere ripercorso a ritroso, prendendo come punto di partenza l’output del processostesso. Questo facilita l’analisi dei difetti e consente lo svolgimento di un processo diaudit

[TMap] x

auditing della configurazione

configuration auditingLa funzione di controllo per verificare il contenuto di librerie di elementi dellaconfigurazione; ad esempio per la conformità ad uno standard.

[IEEE 610]

automazione del testing test automationL’uso di software per eseguire o supportare attività di test, come ad esempio la

gestione, la progettazione, l’esecuzione dei test e la verifica dei risultati.x x x x x x

automazione dell’esecuzione del testing

test execution automation

L’uso di software, ad esempio strumento di cattura/riproduzione, per controllarel’esecuzione dei test, per confrontare i risultati effettivi con quelli attesi, per descrivere leprecondizioni e gli altri controlli dei test e per rediger rapporti.

x x x x x x x

azione (IDEAL): acting (IDEAL)

La fase all'interno del modello IDEAL in cui i miglioramenti sono identificati, messi inpratica e distribuiti in tutta l'organizzazione. La fase di “azione” comprende le seguentiattività: creare la soluzione, effettuare un pilota e test della soluzione, perfezionare eimplementare la soluzione.

IDEAL x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


baco bug difetto x

balanced scorecard balanced scorecardUno strumento strategico per misurare se le attività operative di un'azienda sono allineatecon gli obiettivi in termini di visione e strategia

cruscotto aziendale,dashboard.

x

barriera di qualità quality gate

Una speciale milestone di progetto. Le barriere di qualità si posizionano tra le fasi di unprogetto fortemente dipendenti dal risultato di una fase precedente. Una barriera diqualità include un controllo formale dei documenti della fase precedente.

x

base del gruppo di test basis test setUn gruppo di test case derivati dalla struttura interna di un componente o di una suaspecifica, per assicurare che il 100% di uno specifico criterio di copertura sarà raggiunto.

base di test test basis

La documentazione sulla quale sono basati i casi di test, che include tutti i documenti daiquali possono essere desunti i requisiti di un componente o sistema. Se un documentopuò essere modificato solo attraverso una procedura formale di modifica, allora la base ditest è chiamata una base di test congelata.

x x x x x

base di test congelata frozen test basisUn documento base di test che può essere modificato solamente da un formale processodi controllo delle modifiche.

baseline. x

baseline baseline

Una specifica del prodotto software che è stata formalmente revisionata o che è stataconcordata/pattuita, che nel seguito serve come la base per ulteriore sviluppo, e che puòessere cambiata solamente attraverso un processo di controllo formale delle modifiche.

[ IEEE 610] x x

bebugging bebugging disseminazione dei difetti [Abbott]

best practice best practice

Un metodo o una pratica innovativa che contribuisce a migliorare le prestazioni di unaorganizzazione in un dato contesto; essi sono normalmente considerati il metodo o lapratica ‘migliore’ da altre organizzazione che operano nel medesimo contesto.

x x x x x

beta testing beta testing

Testing operativo da parte di potenziali e/o esistenti utenti/clienti svolto presso un sitoesterno senza coinvolgimento degli sviluppatori, per determinare se un componente o unsistema soddisfa o meno le esigenze dell’utente/cliente ed è conforme ai processi dibusiness. Il beta testing viene spesso impiegato come una forma di testing diaccettazione esterno per software off-the-shelf , con l’obiettivo di avere un riscontro dalmercato.

testing sul campo x x x

blocco base basic blockUna sequenza di uno o più istruzioni eseguibili consecutivamente e che non contengonorami. Nota: un nodo in un grafo del flusso di controllo rappresenta un blocco base.

buffer buffer

Un dispositivo o un’area di memorizzazione usata per memorizzare temporaneamentedati, che serve quando si hanno differenze nei tassi del flussi dati, tempo o verificarsi dieventi, o quantità di dati che possono essere gestiti dai dispositivi o processi coinvolti neltrasferimento o nell’uso dei dati.

[IEEE 610] x

buffer overflow buffer overflow

Un esito negativo nell’accesso alla memoria provocato dal tentativo da parte di unprocesso di memorizzare dati oltre i limiti di un buffer di lunghezza fissata, che ha comeeffetto quello di sovrascrivere delle aree di memoria adiacenti o quello del sollevarsi diuna eccezione di overflow.

buffer x

build buildAttività di promozione ad un ambiente successivo (es. di test o di produzione) di unacomponente od un sistema sofware.

x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


build giornaliera daily build

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 disporredi un sistema consistente che includa tutte le ultime modifiche

x

cammino pathUna sequenza di eventi (ad esempio istruzioni eseguibili) di un componente o sistema,da un punto di ingresso ad un punto di uscita.

cammino del flusso di controllo

x x x x X x


control flow path cammino x

cammino non percorribile

infeasible path Un cammino che non può essere attivato da nessun insieme dei possibili valori di input. x

cammino percorribile feasible pathUn cammino per il quale esiste un insieme di precondizioni e di valori di input chepossano consentirne l’esecuzione.

x

Capability Maturity Model Integration (CMMi)

Capability Maturity Model Integration (CMMI)

Un modello che descrive gli elementi chiave di un efficace sviluppo di prodotto e di unefficace processo di manutenzione. Il Capability Maturity Model Integration copre le bestpractice per la pianificazione, l’ingegnerizzazione e la gestione dello sviluppo del prodottoe per la sua manutenzione.

[CMMi] x x x

caratteristica featureUn attributo di un componente o sistema specificato (o derivante) dalla documentazionedei requisiti. (per esempio affidabilità, usabilità o vincoli di progettazione)

IEEE 1008] x x x x x x

caratteristica del prodotto software

software product characteristic

attributo di qualità.

caratteristica del software

software feature caratteristica x

caratteristica di qualità del prodotto

product quality characteristic

attributo di qualità. x

caratteristica di qualità del software

software quality characteristic


carta di controllo control chart

Uno strumento di controllo statistico utilizzato per monitorare un processo e determinarese è statisticamente controllato. Esso raffigura graficamente il valore medio ed i limitiinferiori e superiori (i valori più alti e più bassi) dei parametri controllo di un processo.

schema di Shewhart x

CASE (Computer Aided Software Engineering)


x

caso d’uso use case

Una sequenza di transazioni in una interazione tra un attore ed il sistema (o suacomponente) con un risultato tangibile, dove l’attore può essere un utente o chiunquepossa scambiare informazioni col sistema.

x x x

caso di test test case

Un insieme di valori di input, precondizioni di esecuzione, risultati attesi e postcondizionidi esecuzione, sviluppate per un particolare obiettivo o condizione di test, come adesempio per attivare un particolare cammino del programma o per verificare laconformità ad uno specifico requisito.

[IEEE 610] x x x x x X x

CAST (Computer Aided Software Testing)


automazione dei test x

categoria dei difetti defect category tipologia dei difetti x

categoria di rischio risk category tipo di rischio x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


cattura/riesecuzione capture/playback

Un approccio di automazione dei test, in cui gli input all’oggetto dei test sono registratidurante il testing manuale, allo scopo di generare degli script automatizzati di test chepossano essere successivamente rieseguiti.

x x x

causa originale root causeUna sorgente di un difetto tale per cui la sua rimozione riduce od annulla il verificarsi diquel tipo di difetto.

[CMMi] x x x X x

certificazione certificationIl processo di conferma che un componente, sistema o persona soddisfi suoi requisitispecifici; ad esempio, passando un esame.

x x x x x

chiusura del testing test closure

Durante la fase di chiusura di un processo di test vengono documentati i dati raccoltidalle attività completate per consolidare l’esperienza, il testware, i fatti ed i numeri. Lafase di chiusura del test consiste nella finalizzazione e nell’archiviazione del testware enella valutazione del processo di test, comprendente la preparazione di un report divalutazione del testing.

processo di test x x x X

ciclo di Deming Deming cycleUn processo iterativo in quattro fasi di problem-solving, (Plan-Do-Check-Act), in genereutilizzato nel miglioramento dei processi.

[Deming] X

ciclo di test test cycleEsecuzione del processo di test rispetto ad un singolo ed identificabile rilasciodell’oggetto del testing.

x x x

ciclo di vita del software software life cycle

Il periodo di tempo che inizia quando un prodotto software viene concepito e terminaquando non è più disponibile per essere utilizzato. Il ciclo di vita del software tipicamenteinclude le fasi: concettuale, requisiti, progettazione, implementazione, test, installazione,operativa, manutenzione e, a volte, il ritiro del software. Si noti che queste fasi possosovrapporsi o essere svolte in modo iterativo.

x x x x X

classe di equivalenza equivalence class partizione di equivalenza x

CLI (Common Line Interface)

CLI

Istruzioni di un calcolatore e definizione dei dati espresse in un linguaggio diprogrammazione oppure in una forma di output da parte di un assemblatore, compilatoreo altro traduttore.

[IEEE 610] x

CMMI (Capability Maturity Model Integration).


Capability Maturity Model Integration

codice codeIstruzioni e definzioni di dati espresse in un linguaggio di programmazione o in un modulosw come output di un assemblatore, compilatore o altri interpreti.

[IEEE 610] x x x x x x x

codice irraggiungibile unreachable code Codice che non può essere raggiunto e perciò risulta impossibile da eseguire. x xcodice morto dead code Istruzioni di un programma che non vengono mai eseguite codice irraggiungibile. x

coesistenza co-existenceLa capacità del prodotto software di coesistere con altro software indipendente in un

ambiente comune condividendo risorse comuni. portabilità [ISO 9126] x x

comitato di controllo della configurazione

Configuration Control Board (CCB)

Un gruppo di persone responsabile della valutazione, dell’approvazione o meno dimodifiche proposte ad elementi della configurazione per assicurare che sianoimplementate modifiche approvate.

[IEEE 610] x

comitato di gestione dei difetti

defect management committee

Un team inter-funzionale di stakeholders che gestisce il difetti segnalati, dalla rilevazioneiniziale alla risoluzione definitiva (rimozione, differimento o cancellazione del difetto). Inalcuni casi è lo stesso team del comitato di controllo configurazione.

comitato di controllo configurazione

x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


comitato per il triage dei difetti

defect triage committee


x

comparatore comparator comparatore di test x

comparatore di test test comparatorUno strumento di test per eseguire un confronto automatizzato dei risultati effettivi con irisultati attesi.

x

comparazione del testing

test comparison

Il processo di identificazione delle differenze tra i risultati effettivi prodotti dal componenteo sistema sotto test ed i risultati attesi. Il confronto del test può essere svolto durantel’esecuzione del test (confronto dinamico) oppure dopo l’esecuzione del test.

x

compilatore compilerUno strumento software che traduce i programmi espressi in un linguaggio di alto livelloin programmi equivalenti espressi in linguaggio macchina.

[IEEE 610] x

complessità complexityIl grado con cui un componente o sistema ha una progettazione e/o una struttura internache è difficile da comprendere, mantenere e verificare.

complessità ciclomatica x x x x x x x

complessità ciclomatica cyclomatic complexity

Il numero massimo di cammini lineari indipendenti nell’ambito di un programma. Lacomplessità ciclomatica viene definita come : L – N + 2P, dove- L = il numero degli archi/collegamenti in un grafo- N = il numero di nodi in un grafo- P = il numero di parti disconnesse del grafo (ad esempio, un grafo richiamato od unasubroutine)

numero ciclomatico [McCabe] x

componente component Un elemento software minimale che può essere testato da solo. modulo, unità x x x x x x x

comportamento behaviorLa risposta di un componente o sistema ad un insieme di valori di input e/o diprecondizioni.

comportamento dipendente

codependent behavior

L'eccessiva dipendenza emotiva o psicologica da un'altra persona, in particolare nelcercare di modificare il comportamento corrente (indesiderato), di quella persona,mentre si continua a sostenerla nel mantenere quel comportamento. Ad esempio nelsoftware testing , lamentarsi del ritardo nella consegna del test e contemporaneamentegloriarsi dell’"eroico" lavoro straordinario per recuperare il ritardo, che in realtà aggravail ritardo stesso.

x

comportamento temporale

time behavior prestazioni x

comprensibilità understandability

La capacità del prodotto software di consentire all’utente di capire se il software èadeguato e come questo possa essere usato per particolari attività e condizioni di uso. usabilità x x x x x

concentrazione clustering x

condizione condition Una espressione logica che può essere valutata come Vera o Falsa; ad esempio, A>B. condizione di test , condizione di ramo

x x x x x x

condizione atomica atomic conditionUna condizione che non può essere scomposta, cioè una condizione che non contienedue o più condizioni singole affiancate da un operatore logico (AND, OR, XOR).

x

condizione composta compound conditionDue o più condizioni singole unite tramite un operatore logico (AND, OR o XOR); adesempio, ‘A>B AND C>1000’.

x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


condizione del ramo branch condition condizione. x

condizione del testing test condition

Un elemento o evento di un componente o di un sistema che potrebbe essere verificatoda uno o più casi di test, come ad esempio una funzione, una transazione, unacaratteristica, un attributo di qualità od un elemento strutturale.

x x x x x

condizione multipla multiple condition condizione composta. x

configurazione configurationLa composizione di un componente o di un sistema come definito dal numero, dallecaratteristiche e dalle interrelazioni delle sue parti (SW, HW o altro) costituenti.

x x x x x x

conformità complianceLa capacità del prodotto software di aderire a standard, convenzioni o norme legali e

prescrizioni similari. [ISO 9126]. x x x x x

confronto dinamico dynamic comparisonConfronto dei risultati attuali e attesi, eseguito mentre il software da testare è inesecuzione, per esempio da parte di uno strumento di esecuzione di test.

x

confronto post-esecuzione

post-execution comparison

Confronto dei risultati effettivi e dei risultati attesi, eseguito dopo che il software haterminato la sua esecuzione.

x

consistenza consistencyIl grado di uniformità, standardizzazione e coerenza tra documenti o parti di uncomponente o di un sistema.

[IEEE 610] x

controllo del rischio risk control

Il processo attraverso il quale vengono identificate le decisioni e vengono realizzate lemisure protettive per la riduzione dei rischi a determinati livelli o anche per ilmantenimento dei rischi a livelli specificati.

x

controllo del test test control

Una attività di gestione del testing che comprende lo sviluppo e l’esecuzione di uninsieme di azioni correttive per mantenere un progetto di test in linea con l’andamentoprevisto, quando il monitoraggio evidenzia uno scostamento da quanto pianificato.

gestione del testing x x x

controllo della configurazione

configuration control

Un’attività della gestione della configurazione, consistente nel coordinamento, nellavalutazione, coordinamento, approvazione ed implementazione delle modifiche adelementi della configurazione, dopo che sia stata formalmente stabilita la loroidentificazione.

[IEEE 610] x x x x

controllo delle modifiche change control controllo di configurazione. x

controllo di versione version control controllo di configurazione [ ISO 8402] x

controllo qualità quality controlLe tecniche ed attività operative, parte della gestione della qualità, focalizzate sullasoddisfazione dei requisiti di qualità.

x X x

copertura coverageIl grado, espresso come percentuale, con il quale uno specifico elemento di copertura èstato attivato da un insieme di test.

copertura del test x x x x x x x x

copertura dei cammini path coverageLa percentuale di cammini che sono stati attivati da un insieme di test. Il 100% di unacopertura dei cammini implica il 100% di una copertura LCSAJ.

x

copertura dei rami branch coverage

La percentuale di rami che è stata stimolata da un insieme di test. Una copertura dei ramidel 100% implica sia una copertura delle decisioni al 100% che una copertura delleistruzioni al 100%.

x x x x

copertura dei valori limite

boundary value coverage La percentuale di valori limite che sono stati stimolati da un insieme di test. x

copertura del flusso dati data flow coverageLa percentuale di abbinamenti definizioni/utilizzi che sono state attivati da un insieme ditest.

x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


copertura del modello model coverageIl grado, espresso come percentuale, con il quale gli elementi di un modello sono statipianificati per essere attivati o sono stati attivati da un insieme di test.

copertura della combinazione di condizioni

condition combination coverage

copertura delle condizioni multiple

x

copertura delle combinazioni delle condizioni dei rami

branch condition combination coverage


x

copertura delle condizioni

condition coverage

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 ogniistruzione di decisione venga testata sia come Vera che come Falsa.

copertura delle condizioni dei rami

x x


branch condition coverage

copertura delle condizioni. x

copertura delle condizioni e delle decisioni

decision condition coverage

La percentuale di tutti gli esiti delle condizioni e gli esiti delle decisioni che sono statiattivati da un insieme di test. Il 100% della copertura delle decisioni condizionate implicasia una copertura delle condizioni al 100% che una copertura delle decisioni al 100%.

x


multiple condition coverage

La percentuale di combinazioni di tutti gli esiti delle condizioni singole, in una dataistruzione, che sono stati attivati da un insieme di test. Il 100% di una copertura dellecondizioni multiple implica il 100% di una copertura delle decisioni in condizionimodificate

x x

copertura delle condizioni multiple modificate

modified multiple condition coverage

copertura di determinazione delle

condizionix

copertura delle decisioni decision coverage

La percentuale di esiti delle decisioni che sono stati attivati da un insieme di test. Il 100%della copertura delle decisioni implica sia una copertura dei rami al 100% che unacopertura delle istruzioni al 100%.

x x x

copertura delle decisioni in condizioni modificate (MC/DC)

modified condition decision coverage

La percentuale dei risultati di tutte le singole condizioni che indipendentementeimpattatano un risultato di una decizione che sono state attivate da un insieme di casi ditest. Il 100% della copertura delle decisioni e delle condizioni modificate comporta il100% della copertura delle decisioni e delle condizioni.


condizionix

copertura delle istruzioni statement coverage La percentuale di istruzioni eseguibili che sono state attivate da un insieme di test. x x x

copertura delle partizioni di equivalenza

equivalence partition coverage La percentuale di partizioni di equivalenza che sono state attivate da un insieme di test. x

copertura di codice code coverage

Un metodo di analisi che determina quali parti del software sono state eseguite (coperte)dall’insieme di test e quali parti non sono state eseguite; ad esempio, copertura delleistruzioni, copertura delle decisioni, copertura delle condizioni.

x x x x x x

copertura di determinazione delle condizioni

condition determination coverage

La percentuale di tutti gli esiti delle condizioni singole, che influenzano in modoindipendentemente l’esito di una decisione, che sono state attivate da un insieme di testcase. Il 100% di una copertura di determinazione delle condizioni implica il 100% di unadecisione di copertura delle condizioni.

x

copertura di N-commutazioni

N-switch coverageLa percentuale di sequenze di N+1 transizioni che sono state attivate da un insieme ditest.

metriche di copertura di Chow

[Chow] x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


copertura LCSAJ LCSAJ coverageLa percentuale di LCSAJ di un componente che è stato attivato da un insieme di test. Il100% di una copertura LCSAJ implica il 100% di una copertura delle decisioni.

LCSAj x

copertura strutturale structural coverage Misure di copertura basate sulla struttura interna di un componente o di un sistema. x x

corto-circuito short-circuiting

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 lacondizione sull’altro lato è sufficiente per determinare il risultato finale.

x

costo della qualità cost of qualityIl costo totale delle attività relative alla Qualità. Esso è di norma suddiviso in: costi diprevenzione, costi di verifica, costi di difettosità interna e di difettosità esterna.

x x x x

COTS (Commercial Off-The-Shelf software)


software off‐the‐shelf x

criterio di accettazione acceptance criteriaIl criterio di uscita che un componente o sistema deve soddisfare per poter essereaccettato da un utente, un cliente od un’altra entità autorizzata.

[IEEE 610] x x x x x

criterio di completamento

completion criteria criterio di uscita x

criterio di completamento del test

test completion criteria criterio di uscita x

criterio di ingresso entry criteria

L’insieme di condizioni generiche e specifiche per consentire ad un processo di eseguireuna funzionalità predefinita; ad esempio una fase di test. Lo scopo dei criteri di ingressoè di impedire l’esecuzione di una funzionalità quando essa causerebbe più lavoro(inutile) rispetto al lavoro necessario per rimuovere i criteri di ingresso con esito negativo.

[Gilb &

Graham] x x x x x

criterio di ripresa resumption criteriaLe modalità con cui le attività (tutte o parziali) precedentemente sospese vengono fatteripartire.

x

criterio di sospensione suspension criteriaIl criterio usato per fermare (temporalmente) tutte o in parte le attività di testing suglielementi di test.

[IEEE 829] x

criterio di superamento/fallimento

pass/fail criteriaRegole di decisione usate per determinare se un elemento di test (funzione ocaratteristica) ha superato o fallito un test.

[IEEE 829] x x

criterio di uscita exit criteria

L’insieme di condizioni generiche e specifiche, concordate con gli stakeholders, perpermettere ad un processo di essere ufficialmente completato Lo scopo dei criteri diuscita è di impedire che un'attività venga considerata completata quando ci sono ancoraparti rilevanti dell'attività che non sono state ancora completate. I criteri di uscita sonousati per predefinire le modalità e per pianificare quando concludere il testing.

[Gilb e

Graham])x x x x x X x

Critical Test Processing (CTP)


Un modello, basato sui contenuti, di miglioramento del processo di test, focalizzato sudodici processi aziendali critici. Essi includono processi di alta visibilità, in base ai quali ilmanagement ed altri interlocutori giudicano le competenze, e processi fondamentali, lecui prestazioni impattano il profitto e la visibilità aziendale.

CTP x X

cruscotto aziendale corporate dashboard Una rappresentazione in stile cruscotto dello stato delle prestazioni dell'azienda.balanced scorecard,

dashboard x

CTP (Critical Testing Process)

CTP Critical Testing Processes X

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


dashboard dashboard

Una rappresentazione di misure dinamiche di performance operativa per una attività odorganizzazione, utilizzando metriche rappresentate con metafore visive come"quadranti","grafi" e altri dispositivi simili a quelli del cruscotto di un'automobile, in modoche gli effetti di eventi o attività possano essere facilmente compresi e correlati agliobiettivi operativi.

cruscotto aziendale, scorecard

x x

dati di test test dataDati che esistono (per esempio, in un database) prima che un test venga eseguito e che

coinvolgono o sono coinvolti dal componente o sistema sotto test.x x x x x X x

dd-path dd-pathUn percorso fra due decisioni di un algoritmo, o tra due nodi di decisione di un graficocorrispondente, che non include altre decisioni

cammino x

debugger debugger strumento di debugging x

debugging debuggingIl processo di scoperta, analisi e rimozione delle cause degli esiti negativi nelfunzionamento del software.

x x x

decisione decisionUn punto del programma nel quale il flusso di controllo ha due o più percorsi alternativi.Un nodo con due o più collegamenti per separare rami.

x x x x x X x

definizione (IDEAL) establishing (IDEAL)

La fase all'interno del modello IDEAL in cui sono programmate le specifiche di come unorganizzazione raggiungerà il suo obiettivo di miglioramento. Tale fase comprende leattività: definire le priorità, sviluppare l'approccio e dettagliare le azioni del piano.

IDEAL X

definizione dei dati data definition Una istruzione eseguibile in cui ad una variabile viene assegnato un valore. x

densità dei difetti defect density

Il numero di difetti identificati in un componente o sistema diviso per la dimensione delcomponente o sistema (espressa in termini di una misura standard; ad esempio, linee dicodice, numero di classi o function points).

x x x X

densità dei difetti nel codice di automazione

automation code defect density Densità dei difetti di un componente del codice della test automation densità dei difetti x

densità dei guasti fault density densità dei difetti x

desk checking desk checkingTesting di software o delle sue specifiche attraverso una simulazione manuale della suaesecuzione.

testing statico. x

diagnosi (IDEAL) diagnosing (IDEAL)

La fase all'interno del modello IDEAL in cui si accerta dove si è, rispetto a dove sivorrebbe essere. La fase di diagnosi consiste nelle attività di caratterizzazione dello statoattuale e di quello desiderato e sviluppo delle raccomandazioni.

IDEAL X

diagramma a lisca-di-pesce

fishbone diagram diagramma causa‐effetto. x

diagramma causa-effetto

cause-effect diagram

Una rappresentazione grafica utilizzata per organizzare e visualizzare le interrelazionidelle varie possibili cause originali di un problema. Le possibili cause di un difetto reale opotenziale o di un esito negativo sono organizzate in categorie e sottocategorie in unastruttura ad albero orizzontale, con il (potenziale) difetto o esito negativo come nodoprincipale.

[Juran] x x

diagramma di Ishikawa Ishikawa diagram diagramma causa‐effetto x

diagramma di stato state diagram

Un diagramma che raffigura gli stati che un componente o sistema può assumere emostra gli eventi o le circostanze che causano e/o impattano un cambiamento da unostato ad un altro.

[IEEE 610] x

dichiarazione charter dichiarazione di test

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


dichiarazione di test test charterUna dichiarazione delle finalità del testing e possibilmente delle idee su come eseguire iltest. Le dichiarazioni di test sono usate nel testing esplorativo.

testing esplorativo x x x x X

difetto defect

Una falla in un componente o sistema che può causare un comportamento negativo delcomponente o sistema nell’esecuzione delle sue funzionalità previste, come ad esempiouna istruzione o una definizione dei dati scorretta. Un difetto, se incontrato durantel’esecuzione, può causare un esito negativo del componente o sistema.

baco, guasto, problema x x x x x X x

difetto sfuggito escaped defectUn difetto che non è stato rilevato in un precedente livello di test, che avrebbe dovuto

trovare tale tipologia di difetti. percentuale di rilevazione

dei difetti.x

direttore del testing test director Un dirigente senior a cui riferiscono i responsabili del testing. responsabile del testing x

dirty testing dirty testing testing negativo x

disponibilità availabilityIl grado col quale un sistema od un suo componente è operativo ed accessibile quando

ne viene richiesto l’uso. Spesso viene espressa come valore percentuale.[IEEE 610] x x x x x x

disseminazione degli errori

error seeding disseminazione dei guasti. x

disseminazione dei guasti

fault seeding

Il processo di inserimento intenzionale di difetti a quelli già presenti nel componente osistema, con lo scopo di monitorare il tasso di rilevamento e rimozione dei difetti e distimare il numero dei difetti rimanenti. La disseminazione dei guasti è tipicamente partedel test in fase di sviluppo (prima del rilascio) e può essere eseguito ad ogni livello di test(componente, integrazione o sistema)

strumento di disseminazione dei guasti

[IEEE 610] x

documentatore scribe

La persona che registra su un modulo ogni difetto rilevato ed ogni suggerimento per ilmiglioramento del processo durante un incontro di revisione. Il documentatore dovrebbeassicurare che la forma di registrazione sia leggibile e comprensibile.

x

dominio domain L’insieme dal quale possono essere selezionati i valori di input e/o output validi. x x x x X x

dominio di input input domain L’insieme dal quale possono essere selezionati i valori di input validi. dominiodominio di output output domain L’insieme dal quale possono essere selezionati i valori di output validi. dominio. x

DPD (Defect Detection) Percentage


percentuale di rilevamento dei difetti

x

driver driverUn componente software od uno strumento di test che sostituisce il componente stesso,che ha il compito di controllare e/o di richiamare un componente o sistema.

test driver [TMap] x x x x

driver del test test driver driver

effetto sonda probe effect

L’effetto sul componente o sistema da parte dello strumento di misurazione quando ilcomponente o sistema viene misurato, ad esempio da uno strumento di testing delleprestazioni o da un monitor. Per esempio le prestazioni possono essere lievementepeggiorate quando vengono usati gli strumenti di testing delle prestazioni.

x

efficacia effectivness La capacità del prodotto software di produrre un risultato prefissato x x x x X x

efficienza efficiency

1) La capacità del prodotto software di fornire prestazioni appropriate, relativamente allaquantità di risorse utilizzate nell’ambito di condizioni prefissate. 2) La capacità di unprocesso di produrre il risultato atteso, relativamente alla quantità di risorse usate.

[ISO 9126] x x x x x X x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


EFQM (European Foundation for Quality Management)


Un modello non prescrittivo per un sistema di gestione della qualità di un’organizzazione,definito e di proprietà della Fondazione Europea per la Gestione della Qualità, basato sucinque criteri 'Abilitativi' (che comprendono ciò che un'organizzazione fa), e quattrocriteri 'Risultati' (che comprendono ciò che un organizzazione realizza).

X

elemento di configurazione

configuration itemUn insieme di hardware e/o software, che viene progettato e trattato come una singola

entità nel processo di gestione della configurazione. [IEEE 610] x x

elemento di copertura coverage itemUn’ entità o proprietà usata come base per il test di copertura; ad esempio, istruzione dicodice o partizioni di equivalenza.

x

elemento di test test itemL’elemento individuale che deve essere testato. Generalmente c’è un oggetto del test emolti elementi di test.

oggetto del test. x x x x

EMTE (Equivalent Manual Test Effort)

EMTEsforzo di test manuale

equivalentex

emulatore emulatorUn dispositivo, un programma SW od un sistema che accetta gli stessi input e producegli stessi output di un dato sistema.

simulatore [IEEE 610] x

error guessing error guessing

Una tecnica di progettazione nella quale l’esperienza del tester viene usata peranticipare quali difetti possano essere presenti nel componente o sistema da testare(come risultato di errori commessi nella sua realizzazione) e per progettare test specificivolti a fare emergere tali errori.

x x x

errore error Una azione umana che produce un risultato scorretto. [IEEE 610] x x x x x x x

esecuzione del test test executionIl processo che consiste nell’eseguire un test sul componente o sistema sotto test,producendo un risultato effettivo (o più risultati effettivi).

x x x x x X x

esito outcome risultato x

esito atteso expected outcome risultato attesoesito del test test outcome risultato x

esito della decisione decision outcomeIl risultato di una decisione, la quale perciò determina i rami che devono esseresuccessivamente percorsi.

x x

esito di una condizione condition outcome La valutazione di una condizione a Vero o Falso.esito effettivo actual outcome risultato effettivo

esito negativo failureScostamento del componente o sistema dal risultato o comportamento atteso o dalservizio che dovrebbe fornire.

[Fenton] x x x x X x

esito previsto predicted outcome risultato atteso x

esplosione dei casi di test

test case explosion

La crescita sproporzionata del numero di casi di test al crescere della dimensione dellabase di test, quando si utilizza una certa tecnica di progettazione del testing. L’esplosionepuò verificarsi anche quando si applica la tecnica di progettazione del testing in modosistematico per la prima volta.

x

evidenza di esito negativo

failure mode

La manifestazione fisica o funzionale di un esito negativo. Per esempio, un sistema intale stato di evidenza di esito negativo può essere caratterizzato da operazioni lente,output scorretti o dalla interruzione dell’esecuzione.

[IEEE 610] x x

extreme programming (XP)


Una metodologia di ingegneria del software utilizzata all'interno dello sviluppo software“agile” , le cui pratiche fondamentali sono: la programmazione a coppie, le revisioniestese del codice, lo unit test di tutte le parti di codice e la semplicità e la chiarezza nellacodifica.

sviluppo software agile x x X

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


Failure Mode and Effect Analysis (FMEA)


Un approccio sistematico di identificazione del rischio e di analisi all’identificazione dellediverse modalità di esiti negativi e delle relative attività di prevenzione.

FMEA x X

Failure Mode, Effect and Criticality Analysis (FMECA)


Una estensione dell’approccio FMEA, che in aggiunta include una analisi di criticità,usata per tracciare la probabilità di esiti negativi rispetto alla severità delle loroconseguenze. Il risultato focalizza l’attenzione su quegli esiti negativi con alta probabilitàdi severità delle conseguenze , consentendo di indirizzare e concentrare lo sforzo dirimedio/correzione laddove esso produrrà il maggior valore.

FMECA

fallimento failUn test è considerato fallito se il suo risulta attuale non corrisponde al suo risultatoatteso.

x x x x X x

fallimento del test test fail fallimento xfase di definizione dei requisiti

requirements phaseIl periodo di tempo nel ciclo di vita del software durante il quale i requisiti di un prodottosoftware sono definiti e documentati.

[IEEE 610] x x

fase di esecuzione dei test

test execution phase

Il periodo di tempo, nel ciclo di vita di sviluppo del software, durante il quale i componentidi un prodotto software sono eseguiti e il prodotto software viene valutato perdeterminare se i suoi requisiti sono stati o soddisfatti o meno.

[IEEE 610] X

fase di test test phaseUn insieme di attività di test incluse in una fase di un progetto, come ad esempio leattività di esecuzione di un livello di test.

Gerrard x X

fattore critico di successo

critical success factor

Un elemento che è necessario ad un'organizzazione o ad un progetto per realizzare lasua missione. Essi sono gli elementi o le attività critiche richieste per garantire il lorosuccesso.

modello basato sul contenuto

x X

Fault Tree Analysis (FTA)


Una tecnica usata per analizzare le cause dei guasti (difetti). La tecnica modellizzavisivamente in che modo le relazioni logiche tra gli esiti negativi, gli errori umani e glieventi esterni si possono combinare per causare specifici guasti con l’obiettivo direnderle visibili.

Software Fault Tree Analysis

x X

FDD (Feature Driven Development)


sviluppo guidato dalle caratteristiche

x

Feature Driven Development (FDD)



x

flusso dati data flowUna rappresentazione astratta della sequenza e delle possibili modifiche allo stato dioggetti dati, dove lo stato è uno dei seguenti: creazione, utilizzo o cancellazione.

[Beizer] x x

flusso di controllo control flow Una sequenza di eventi (cammini) nella esecuzione di un componente od un sistema. x x x

FMEA (Failure Mode and Effect Analysis)



x

FMECA (Failure Mode, Effect and Criticality Analysis)



x

FPA (Function Point Analysis)

Function Point Analysis (FPA)

Metodo che si prefigge di misurare la dimensione della funzionalità di un sistemainformatico. Le misurazione è indipendente dalla tecnologia. Questa misura può essereusata come base per la misurazione della produttività, la stima delle risorse necessarie eper il controllo del progetto.

Function Point Analysis x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


FPD (Fault Detection) Percentage



x

FTA (Fault Tree Analysis)


Fault Tree Analysis x

funzionalità functionalityLa capacità del prodotto software di fornire funzioni che soddisfino le esigenze espliciteed implicite quando il software viene utilizzato sotto specifiche condizioni.


generatore di test test generatorstrumento di preparazione

dei dati di test

gestione dati di test test data managementIl processo di analisi dei requisiti dei dati di test, di progettazione delle strutture, dicreazione e mantenimento dei dati di test.

x

gestione degli incidenti incident management

Il processo di riconoscimento, investigazione, attivazione di contromisure e risoluzionedegli incidenti. Esso implica la registrazione degli incidenti, la loro classificazione el’identificazione del loro impatto.

[IEEE 1044] x X

gestione dei difetti defect management

Il processo of riconoscimento, diagnosi dei difetti e di avvio e completamento dellerelative azioni correttive di tali difetti. Esso comprende la registrazione dei difetti, la loroclassificazione e l’analisi del loro impatto.

gestione dei problemi [IEEE 1044] x x x x x X

gestione dei problemi problem management gestione dei difetti x

gestione del rischio risk managementApplicazione sistematica di procedure e pratiche per le attività di identificazione, analisi,definizione delle priorità e controllo del rischio.

x x X x

gestione del rischio di prodotto

product risk management (PRISMA)

PRISMA x

gestione del testing test managementLa pianificazione, stima, monitoraggio e controllo delle attività di test, generalmentecondotte da un responsabile del test.

x x x x x X x

gestione del testing a sessioni

session-based test management

Un metodo per la gestione e la misurazione di test a sessioni, ad esempio testingsperimentale.

x

gestione della configurazione

configuration management

Una disciplina che si avvale di compiti amministrativi, tecnici e di sorveglianza peridentificare e documentare le caratteristiche fisiche e funzionali di un elemento diconfigurazione, controllare le modifiche apportate a tali caratteristiche, registrare ecommentare l’implementazione e lo stato delle modifiche, e verificarne la conformità aspecifici requisiti.

controllo delle modifiche, controllo della versione


gestione della qualità quality management

Insieme di attività coordinate per gestire e controllare gli aspetti della qualità in unaorganizzazione. La gestione ed il controllo della qualità generalmente include lacreazione della politica e degli obiettivi di qualità, della pianificazione e del controllo dellaqualità, dell’assicurazione e del miglioramento della qualità.

[ISO 9000] X x

gestione delle eccezioni exception handling

Comportamento di un componente o sistema in risposta ad input errati, da parte sia diun operatore umano che di un altro componente o sistema, o ad un esito negativointerno.

x

gestione delle modifiche change management

(1) un approccio strutturato per gestire le transizioni di individui, team ed organizzazionida uno stato corrente ad uno desiderato stato futuro. (2) una modalità controllata pereffettuare una modifica, od una proposta di modifica, ad un prodotto o servizio.


x x x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


Goal Question Metric (GQM)


Un approccio alla misurazione del software che utilizza un modello a tre livelli: livelloconcettuale (obiettivo), livello operativo (domanda) e il livello quantitativo (metrica).

GQM X

grafico burndown burndown chart

Un grafico visualizzato pubblicamente che raffigura lo sforzo residuo nel tempo in unosprint (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 “storypoints”).

x

grafo causa-effetto cause-effect graphUna rappresentazione grafica di input e/o stimoli (cause) con i loro associati output(effetti), che può essere usata per la progettazione di test case.

x x x x

grafo del flusso di controllo

control flow graphUna rappresentazione grafica di tutte le possibili sequenze di eventi (cammini) nellaesecuzione di un componente od un sistema.

x

grafo delle chiamate call graphUna rappresentazione astratta delle relazioni di richiamo fra le subroutine di unprogramma.

x

gruppo di controllo delle modifiche

change control board gruppo di controllo di

configurazione.x

gruppo di test test set insieme di test. x

gTAA gTAA Generic Test Automation Architecture x

guasto fault difetto x

GUI (Graphical User Interface)

GUI Interfaccia utente dell'applicazione SWtesting GUI (Graphical

Ueser Interface)x

guida di installazione installation guide

Istruzioni fornite su qualsiasi supporto adeguato, che guidano l’installatore attraverso ilprocesso di installazione. Questa può essere una guida manuale, una procedura passo-passo, un wizard di installazione, o qualsiasi altra simile descrizione del processo.

x

hazard analysis hazard analysisUna tecnica utilizzata per caratterizzare gli elementi di rischio. I risultati di una hazardanalysis guideranno i metodi usati per lo sviluppo ed il testing di un sistema.

analisi del rischio x

IDEAL IDEAL

Un modello di miglioramento organizzativo, che serve come una guida per l'avvio, lapianificazione e l'implementazione di azioni di miglioramento. Il modello IDEAL è cosìchiamato per le iniziali (inglesi) delle sue 5 fasi: inizio, diagnosi, definizione, azione,apprendimento.

x X

identificazione del rischio

risk identificationIl processo di identificazione dei rischi usando tecniche come il brainstorming, le liste dicontrollo e lo storico di esiti negativi.

x x x x x

identificazione della configurazione

configuration identification

Un’attività della gestione della configurazione, consistente nella selezione degli elementidi configurazione di un sistema e nella registrazione delle loro caratteristiche funzionali estrutturali nella documentazione tecnica.

[IEEE 610] x

idoneità suitabilityLa capacità del prodotto software di fornire un appropriato insieme di funzioni perspecifiche attività e obiettivi dell’utente.

funzionalità [ISO 9126] x x x x X x

impatto del rischio risk impact Il danno causato dal verificarsi del rischio. x

implementazione del tesingt

test implementationIl processo di sviluppo ed assegnazione di priorità alle procedure di test, creando dati ditest e, opzionalmente, preparando le test harness e scrivendo script di test automatizzati.

x x x X x

incidente incident Ogni evento il cui verificarsi richiede un’indagine.deviazione, incidente di

test software, incidente di test

IEEE 1008] x x

incidente di test test incident incidente x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


incidente di test del software

software test incident incidente. x

indicatore indicator Una misura che può essere usata per stimare o prevedere un'altra misura. [ISO 14598] x x x X x

indicatore chiave delle prestazioni

key performance indicator

indicatore delle prestazioni x

indicatore delle prestazione del testing

test performance indicator

Una metrica di alto livello di efficacia e/o efficienza usata per guidare e controllare losviluppo progressivo del tesingt, come ad esempio la percentuale di rilevamento deidifetti.

x

indicatore di prestazione performance indicatorUna metrica di alto livello di efficacia e/o efficienza usata per guidare e controllare ilprogresso dello sviluppo, come ad esempio il ritardo rispetto al piano di sviluppo.

[CMMi] X

indipendenza del testingindependence of testing Separazione delle responsabilità, che incoraggia il raggiungimento del testing imparziale. DO‐178b] x x

individuazione guasto fault isolationAttività svolte per individuare un guasto nel software e per raccogliere le informazioni utiliper la diagnosi.

x

infrastruttura del testing test infrastructureGli elementi organizzativi necessari per svolgere il testing, comprensivi di ambienti ditest, strumenti di test, ambienti fisici e procedure.

x x x

Infrastruttura di automazione del testing

test automation framework

Uno strumento che fornisce un ambiente di automazione dei test, che includenormalmente un test harness e librerie di test

x

iniezione guasti fault injection

Il processo di aggiunta intenzionale di difetti ad un sistema per il verificare se il sistemastesso può rilevare (e possibilmente ripristinarsi da) un difetto. Esso è indirizzato adimitare gli errori che potrebbero verificarsi in produzione.

tolleranza ai guasti x

inizio (IDEAL) initiating (IDEAL)

La fase all'interno del modello IDEAL in cui si gettano le basi per uno sforzo dimiglioramento successo. La fase di “inizio” delle attività è costituito: definire il contesto,ottenere la sponsorizzazione e impostare le infrastrutture.

IDEAL. X

input inputUna variabile (memorizzata all'interno di un componente od esterna) che è letta da uncomponente.

x x x x x X x

input del testing test inputI dati ricevuti da una sorgente esterna all’oggetto del testing durante l’esecuzione. Lasorgente esterna può essere hardware, software od umana.

x x x

input specificato specified input Un input per il quale la specifica prevede un risultato. xinsieme dei casi di test test case suite insieme di testinstallabilità installability La capacità del prodotto software di essere installato in un specifico ambiente. portabilità [ISO 9126]. x x x

instrumentatore instrumenter Uno strumento software per realizzare l’instrumentazione.instrumentatore di

programmax

instrumentazione instrumentation

L’inserimento di codice aggiuntivo all’interno del programma con lo scopo di raccogliereinformazioni relative al comportamento del programma durante l’esecuzione, come adesempio la misurazione della copertura del codice.

x

intake test intake test

Una speciale istanza di uno smoke test per decidere se il componente o sistema èpronto per un ulteriore e dettagliato testing. Un intake test viene generalmente effettuatoall’inizio della fase di esecuzione dei test.

smoke test, pre‐test x

integrazione integration Il processo di combinazione di componenti o sistemi in aggregati più grandi x x x x x X x

integrazione funzionale functional integrationUn approccio di integrazione che combina i componenti o sistemi con l’obiettivo diottenere una funzionalità base funzionante in anticipo.

testing di integrazione x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


intelligenza emotiva emotional intelligenceLa competenza, la capacità e l'abilità di individuare, valutare e gestire le emozioni delproprio io, di altri e di gruppi di collaboratori.

X

interoperabilità interoperabilityLa capacità del prodotto software di interagire con uno o più componenti o sistemiesterni.

funzionalità [ISO 9126] x x x x X

intervallo di confidenza confidence intervalIl periodo di tempo, nella gestione dei rischi di progetto, entro cui l’azione di contenimentodovrà essere attuate al fine di essere efficace nel ridurre l’impatto del rischio.

x

ipertesto hyperlink Un puntatore in una pagina web che conduce ad altre pagine web. x

ispettore inspector : revisore x

ispezione inspection

Un tipo di peer review che si basa su un esame visuale di documenti per rilevare difetti,come ad esempio violazioni di standard di sviluppo e non-conformità di documentazionedi più alto livello. É la più formale tecnica di revisione ed è quindi sempre basata su unaprocedura documentata.

peer review [IEEE 610,

IEEE 1028]x x x X

istruzione statementUna entità in un linguaggio di programmazione, la quale è tipicamente la più piccolaindivisibile unità di esecuzione.

x x x x x X

istruzione eseguibile executable statement

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à effettuareun'azione sui dati

x

istruzione sorgente source statement istruzione x

lancio del test test run Esecuzione di un test su una specifica versione dell’oggetto del test. x

layer di adattamento del testing

test adaption layer

Il layer di un’architettura di automazione del testing che fornisce il codice necessario peradattare i vari test automatizzati alle varie configurazioni, componenti ed interfacce delSUT.

x

layer di definizione del testing

test definition layer

Il layer di un’architettura generica di automazione del testing che ne supportal’implementazione, favorendo la definizione di insiemi di casi di test (es. tramite modelli oguide).

x

layer di esecuzione del testing

test execution layerIl layer di un’architettura generica di automazione del testing che supporta l’esecuzione diinsiemi di casi di test.

x

layer di generazione del testing

test generation layerIl layer di un’architettura generica di automazione del testing che supporta laprogettazione manuale o automatizzata di insiemi di casi di test.

x

LCSAJ (Linear Code Sequence And Jump)


Una Linear Code Sequence And Jump consiste sui seguenti tre elementi(convenzionalmente identificati dai numeri di riga nel listato del codice sorgente): lapartenza della sequenza lineare di istruzioni eseguibili, la fine della sequenza lineare e lariga obiettivo alla quale il flusso di controllo viene trasferito al termine della sequenzalineare.

x

lead-assessor lead-assessor

La persona che conduce un assessment.In alcuni casi, per esempio CMMi e TMMi,quando sono condotte valutazioni formali, il lead-assessor deve essere accreditato eformalmente addestrato.

X

leader dell’ispezione inspection leader moderatore x

linguaggio di scripting scripting language

A linguaggio di programmazione nel quale vengono scritti script di test eseguibili, chesono poi usati da uno strumento di esecuzione dei test (ad esempio, uno strumento dicattura/riproduzione).

x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


livello di integrità software

software integrity level

Il grado con cui software è conforme o deve conformarsi ad un insieme (selezionato daglistakeholders) di caratteristiche software (ad es., complessità, sicurezza, , prestazioni,affidabilità ecc.) definite in modo da riflettere l'importanza del software per i suoistakeholder.

x

livello di intrusione level of intrusion Il livello di modifica di un oggetto del test per renderlo testabile. x

livello di maturità maturity levelIl grado di miglioramento dei processi misurato su un insieme predefinito di aree diprocesso, per le quali vengono raggiunti tutti i rispettivi obiettivi.

x X

livello di rischio risk level

L’importanza di un rischio come definito dalle sue caratteristiche di probabilità ed impatto.Il livello di rischio può essere usato per determinare l’intensità del testing che deveessere eseguito. Un livello di rischio può essere espresso sia qualitativamente (adesempio alto, medio, basso) o quantitativamente.

x x x x x X

livello di test test level

Un insieme di attività di test organizzate e gestite congiuntamente. Un livello di testprevede precise responsabilità progettuali. Esempi di livelli di test sono: il test dicomponente, il test di integrazione, il test di sistema ed il test di accettazione.

stadio di test [TMap] x x x x x X x

log di esecuzione del test

test run log test log x

macchina a stati finiti finite state machineUn modello computazionale consistente di un numero finito di stati e di transizioni traquesti stati, possibilmente con le relative azioni.

[IEEE 610] x

man in the middle attackman in the middle attack

L'intercettazione, simulando e/o alterando una transazione comunicativa (ad es.,transazioni con carta di credito), svolta da terzi all’insaputa del titolare.

x

mantenibilità maintainability

La facilità con la quale un prodotto software può essere modificato per correggere difetti,per soddisfare nuovi requisiti, per rendere più semplice la futura manutenzione o puòessere adattato ad un ambiente modificato.

[ISO 9126] x x x x X x x

manutenzione maintenance

Modifiche ad un prodotto software dopo il suo rilascio per correggere difetti, permigliorare le prestazioni od altre funzionalità o per adattare il prodotto ad un ambientemodificato.

[IEEE 1219] x x x x X x x

mappa mentale mind-map

Un diagramma utilizzato per rappresentare parole, idee, attività o altri elementi connessie disposti intorno ad una parola chiave o idea centrale. Le mappe mentali sono utilizzateper generare, visualizzare, strutturare e classificare le idee e come aiuto nelle attività dianalisi, organizzazione, risoluzione di problemi, presa di decisioni e documentazione..

x X

mascheramento dei difetti

defect maskingUna situazione nella quale il verificarsi di un difetto impedisce il rilevamento di un altro

difetto. [IEEE 610] x

mascheramento dei guasti

fault masking mascheramento dei

difetti.x

master test plan master test plan Piano di tutti i livelli e tipologie di test da effettuarsi per un progetto piano di test master x x X

matrice di tracciabilità traceability matrix

Una tabella bidimensionale, che correla due entità (es, requisiti e casi di test). La tabellaviene 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 dellemodifiche proposte

x x

matrice ortogonale orthogonal array

Una matrice bidimensionale costruita per avere proprietà matematiche particolari, inmodo che scegliendo due colonne nella matrice si ottiene una conseguente coppia dicombinazione di ciascun valore inserito nella matrice stessa.

x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


maturità maturity

(1) La capacità di un organizzazione con riferimento all’efficacia e all’efficienza dei suoiprocessi e delle sue pratiche di lavoro. (2) La capacità del prodotto software di evitareesiti negativi risultanti da difetti presenti nel software.

Capability Maturity Model, Test Maturity Model,

affidabilità[ISO 9126] x x x x x X x

MBT Offline Offline MBTApproccio al test model based per cui i casi di test sono generati in un repository peressere eseguiti in un momento successivo

x

MBT Online Online MBTApproccio al test model based per cui i casi di test sono generati ed eseguitisimultaneamente

MBT al volo x

MBTI (Myers-Briggs Type Indicator)


Indicatore di preferenze psicologiche rappresentanti le diverse personalità e stili dicomunicazione delle persone.

Myers‐Briggs Type Indicator

Mean Time Between Failures (MTBF)


La media aritmetica (media) del tempo intercorso fra i guasti di un sistema. Il MTBF è ingenere un indicatore di un modello di crescita dell’affidabilità, che prevede che un guastodel sistema sia immediatamente riparato, come risultato di un processo di riparazionedei difetti.

modello di crescita dell’ affidabilità

x x x X

Mean Time To Repair (MTTR)


La media aritmetica del tempo necessario al ripristino di un sistema dopo un qualsiasiguasto. Esso comprende il test per assicurarsi che il difetto sia stato risolto.

x X

memorizzazione storage utilizzazione delle risorse x

memory leak memory leak

Un difetto nella logica di allocazione di memoria di un programma che causa il fallimentoquando esso rilascia memoria dopo che ha finito di usarla, eventualmente causando ilfallimento del programma dovuto alla mancanza di memoria.

x x


classification tree method

Una tecnica di progettazione di test black-box nella quale i test case, descritti attraversoun albero di classificazione, sono progettati per eseguire combinazioni dirappresentazioni di domini di input e/o output.

x

metrica metric Una scala di misurazione e il metodo usato per la misurazione. [ISO 14598] x x x x x X x x

metrica di convergenza convergence metricUna metrica che mostra l’avanzamento rispetto ad un criterio definito, per esempio laconvergenza del numero totale di test eseguiti sul numero totale di test previsti.

x


Chow's coverage metrics

copertura di N‐commutazioni

[Chow] x

miglioramento di processo

process improvementUn programma di attività progettato per migliorare le prestazioni e la maturità deiprocessi delle organizzazioni e il risultato di tale programma.

[CMMi] x x X x

milestone milestone

Un momento temporale in un progetto in corrispondenza del quale dovrebbero essereeffettuati dei rilasci (anche intermedi) e/o dovrebbero essere ottenuti particolaririsultati.

x x x X x

missione del test test missionGli obiettivi del testing di un’organizzazione, spesso documentati come parte dellapolitica del testing.

politica del testing x x

misura measureIl numero o la categoria assegnata ad un attributo di una entità ottenuto da unamisurazione.

[ISO 14598] x x x x X x

misurazione measurementIl processo di assegnazione di un numero o categoria ad una entità per quantificare unsuo attributo.

[ISO 14598] x x x x X x

mitigazione del rischio risk mitigationIl processo attraverso il quale si prendono le decisioni e si attuano le misure di protezioneper ridurre i rischi o per mantenere i rischi all'interno di uno specificato livello.

controllo del rischio x x x x x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


modello a V V-model

Un modello per descrivere le attività del ciclo di sviluppo del software, dalle specifiche deirequisiti alla manutenzione. Il modello a V illustra in che modo le attività di testingpossono essere integrate in ogni singola fase del ciclo di vita dello sviluppo del software.

x x x x x

modello basato sui contenuti

content-based modelmodello di riferimento

contenutix x

modello ciclo-di-vita lifecycle model La suddivisione della vita di un prodotto o di un progetto in fasi. ciclo‐di‐vita software [CMMi] x x x X

modello del testing test modelUn modello che descrive il testware usato per testare un componente od un sistemasotto test.

x

modello di crescita dell’affidabilità

reliability growth model

Un modello che mostra, durante il testing continuativo, la crescita in termini di affidabilitànel tempo di un componente o sistema, come risultato della rimozione di difetti chehanno causato in esiti negativi di affidabilità.

x x

modello di maturità maturity model

Una raccolta strutturata di elementi che descrivono alcuni aspetti della maturità di unaorganizzazione ed un supporto nella definizione e nella comprensione dei processi diuna organizzazione. Un modello di maturità fornisce spesso un linguaggio comune, unavisione condivisa ed un quadro di priorità per le azioni di miglioramento.

[TMMi] x x X

modello di processo process modelUno schema in cui processi della stessa natura sono classificati, ad esempio un modellodi miglioramento dei test.

x X

modello di processo di riferimento

process reference model

Un modello di processo che fornisce un elenco di “best practices” su come migliorarlo inmodo graduale.

x

modello di riferimento contenuti

content reference model

Un modello di processo che fornisce una descrizione dettagliata di buona pratiche di SWengineering; ad esempio pratiche di test.

x

modello di sviluppo incrementale

incremental development model

Un ciclo di vita dello sviluppo nel quale un progetto viene suddiviso in una successionedi passi incrementali, ognuno dei quali rilascia una parte delle funzionalità relative airequisiti del progetto complessivo. I requisiti sono ordinati per priorità e sono rilasciati inordine di priorità nel relativo passo incrementale In alcune (ma non in tutte) le versioni diquesto modello del ciclo di vita, ogni sottoprogetto segue un “mini modello a V” con lesue proprie fasi di progettazione, codifica e testing.

x x x

modello di sviluppo iterativo

iterative development model

Un ciclo di vita dello sviluppo nel quale un progetto viene suddiviso in un numerogeneralmente elevato di iterazioni. Una iterazione è un ciclo di sviluppo completo chetermina con un rilascio (interno od esterno) di un prodotto eseguibile ( un sottoinsiemedel prodotto finale) il quale si accresce ad ogni iterazione per diventare il prodotto finale.

x

modello di sviluppo iterativo incorporato

embedded iterative development model

Sottomodello di ciclo di vita di sviluppo che applica un approccio iterativo allaprogettazione di dettaglio, alla codifica ed al testing all'interno di un modello nelcomplesso sequenziale. In questo caso, i documenti di progettazione di alto livello sonopreparati ed approvati per l’intero progetto, ma la progettazione dettagliata, la codifica edil testing sono svolti iterativamente..

x x

Modello MBT MBT Model Ogni modello usato nel testing model based. testing model based x

moderatore moderator Il conduttore ed il principale responsabile di una ispezione o di altri processi di revisione. leader dell'ispezione x x X

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


modificabilità changeabilityLa capacità del prodotto software di consentire che specifiche modifiche softwarepossano essere facilmente implementate.

manutenibilità [ISO 9126] x x

modulo module componente. x

monitor monitor strumento di monitoraggio x

monitoraggio del test test monitoring

Una attività di gestione del testing che prevede attività di controllo periodico sullo stato diun progetto di test. Vengono preparati dei rapporti che confrontano lo stato attuale conquello pianificato.

gestione del testing x x x X

monkey testing monkey testing

Testing svolto tramite una selezione casuale da un largo intervallo di input e/o dapulsanti premuti casualmente, ignorando come il prodotto dovrebbe essereeffettivamente usato.

x

Myers-Briggs Type Indicator


MBTI (Myers‐Briggs Type Indicator)

x

Myers-Briggs Type Indicator (MBTI)


Un indicatore di una preferenza psicologica che rappresenta differenti personalità e stili dicomunicazione delle persone


x

non-conformità non-conformity Mancato soddisfacimento di un specifico requisito. [ISO 9000]

note di rilascio release note

Un documento che identifica gli elementi di test, la loro configurazione, lo stato correnteed altre informazioni rilasciate dallo sviluppo (e possibilmente da altri stakeholders) altesting, , all’inizio di una fase di esecuzione di test.

[IEEE 829] x x

numero ciclomatico cyclomatic number complessità ciclomatica x

obiettivo del testing test objective Una finalità o scopo della progettazione ed esecuzione di un test. x x X x

obiettivo del testing test target Un insieme di criteri di uscita. x

oggetto del test test object Il componente o sistema da testare. x x x x

operabilità operabilityLa capacità del prodotto software di consentire agli utenti di operare su di esso e dicontrollarlo.

usabilità [ISO 9126] x x

oracolo oracle oracolo del test x

oracolo del test test oracle

Una fonte per determinare i risultati attesi da confrontare con i risultati effettivi delsoftware sotto test. Un oracolo può essere il sistema esistente (per un benchmark), unmanuale utente od un individuo con una conoscenza specialistica, ma non dovrebbeessere il codice SW sviluppato.

[Adrion] x x x x x

output outputUna variabile (memorizzata internamente su un supporto od esterna) che è scritta da uncomponente.

x x x x x x

partizionamento di equivalenza

equivalence partitioning

Una tecnica di progettazione di test black-box nella quale i casi di test sono progettati pereseguire delle istanze delle partizioni di equivalenza. I casi di test sono, di norma,progettati per coprire ogni singola partizione almeno una volta.

testing delle partizioni x x x x

partizione di equivalenza equivalence partitionUna porzione di un dominio di input o di output per il quale il comportamento di uncomponente o sistema si assume essere sempre lo stesso (in base alle specifiche).

classe di equivalenza x x

peer review peer review

Una revisione di prodotto software effettuata da parte di colleghi dello sviluppatore con loscopo di identificare difetti e/o miglioramenti. Esempi di peer review, sono l’ispezione, lereview tecniche ed i walkthrough.

x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI



Defect Detection Percentage (DDP)

Il numero di difetti trovati da una sessione di test, diviso per il numero “totale”, trovatocioè da quella sessione e da tutte le altre successioni successive.

difetto sfuggito, percentuale di rilevamento

dei guastiX

percentuale di rilevamento dei guasti

Fault Detection Percentage (FDP)


x

pianificazione del test test planning La attività di redazione o modifica di un piano di test. x x x x X

pianificazione dell’esecuzione dei test

test execution schedule

Uno schema per l’esecuzione di procedure di test. Le procedure di test sono incluse nellapianificazione dell’esecuzione dei test nel loro contesto e nell'ordine nel quale devonoessere eseguite.

x x x

piano di miglioramento testing

test improvement plan

Un piano per raggiungere gli obiettivi di miglioramento organizzativo del processo ditesting, basato su una approfondita comprensione degli attuali punti di forza e didebolezza del processo e delle risorse del testing.

X

piano di revisione review plan

Un documento che descrive l'approccio, le risorse e il calendario delle attività di revisionepreviste. Esso identica, tra gli altri: la tipologia di revisione da utilizzare,i documenti e ilcodice da sottoporre a revisione, i partecipanti, nonché i criteri di ingresso e di uscita daapplicare in caso di revisioni formali e le motivazioni per la loro scelta. Si tratta di unaregistrazione del processo di pianificazione della revisione.

x

piano di test test plan

Un documento che descrive l’obiettivo, l’approccio, le risorse e la programmazionetemporale delle attività di test da eseguire. Esso identifica e specifica: le caratteristicheda testare, le attività di testing, l’esecutore di ogni singola attività, il grado di indipendenzadel tester, l’ambiente di test, le tecniche di progettazione dei test, i criteri di ingresso e diuscita, le motivazioni logiche per la loro scelta ed ogni rischio che possa richiedere unintervento imprevisto. Il piano di test è il registro del processo di pianificazione del test.


piano di test a livello level test plan Un piano di test che indirizza un tipico livello di test. piano di test x x x x

piano di test di fase phase test plan Un piano di test che tipicamente riguarda una fase di test. piano di test. x

piano di test di progetto project test plan piano di test master. x

piano di test master: master test plan piano di test di progetto. x

planning poker planning poker

Una tecnica di stima basata sul consenso, principalmente utilizzata per stimare lo sforzoo la dimensione relativa di storie di utente nello sviluppo software agile. È una variantedel metodo Delphi a banda larga utilizzando un mazzo di carte con i valori cherappresentano le unità di stima del team.

sviluppo software agile ,Wide Band Delphi.

x x

politica di test test policyUn documento di alto livello che descrive i principi, l’approccio ed i maggiori obiettividell’organizzazione relativa al testing.

x x X x

portabilità portabilityLa facilità con la quale il prodotto software può essere trasferito da un ambientehardware o software ad un altro ambiente.

[ISO 9126] x x x X

postcondizione postconditionCondizioni ambientali e di stato che devono essere soddisfatte dopo l’esecuzione di unsingolo test o di una procedura di test.

x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


precondizione precondition Condizioni ambientali e di stato che devono essere soddisfatte prima che il componenteo sistema possa essere eseguito con un particolare test o procedura di test.

x x

predicato predicateUna dichiarazione che può restituire un valore “vero” o “falso” e può essere utilizzata perdeterminare il flusso di controllo di una logica decisoria successiva.

decisione x x x

prestazione performance

Il grado con il quale un sistema o componente realizza le funzionalità per cui è statoprogettato, con prefissati vincoli relativi al tempo di elaborazione ed al tasso dithroughput.

efficienza. [IEEE 610] x x x x x X x

pretest pretest intake test x

priorità priority Il livello di importanza (di business) assegnato ad un elemento, ad esempio un difetto. x x x X x

PRISMA (Product RISk MAnagement)

PRISMA

Un approccio sistematico al testing basato sul rischio che utilizza l’identificazione el’analisi dei rischi di prodotto per creare una matrice di rischio che comprende la suaprobabilità ed il suo impatto. Il termine è derivato dalla Gestione del rischio di prodotto

x

probabilità del rischio risk likelihood La probabilità stimata che il rischio si manifesti. x

problema problem difetto x

procedura di test test procedurespecifica della procedura di

testprocesso process Un insieme di attività correlate tra loro, le quali trasformano un input in output. [ISO 12207] x x x x X x

processo di assessment: assessment processUna valutazione strutturata (verso uno specifico modello di riferimento) dei processi di

sviluppo software di un'organizzazione.[ISO 15504]

processo di registrazione del test

test recording test logging x

processo di test test process

Il processo di test comprende fondamentalmente la pianificazione ed il controllo dei test,l’analisi e la progettazione dei test, l’implementazione ed esecuzione, la valutazione deicriteri di uscita, la reportistica e le attività di chiusura dei test.

x x x x X x

profilazione operativa operational profiling Il processo di sviluppo e implementazione di un profilo operativo x x

profilo delle prestazioni performance profiling

L'attività di analizzare, per esempio identificare i colli di bottiglia per le prestazioni in basea metriche generate da strumenti e effettuare il tuning delle prestazioni di un componenteo sistema software usando appositi strumenti

profilo di carico, profilo operativo

x

profilo di carico load profile

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 numeroprefissato di utenti virtuali che eseguano un predefinito insieme di transazioni in unospecificato periodo di tempo ed in accordo con un predefinito profilo operativo .

profilo operativo x

profilo operativo operational profile

L’insieme delle attività eseguite dal componente o sistema, conseguente alcomportamento degli utenti durante la loro interazione col componente o sistema, e leloro probabilità di andare in esecuzione. Ogni attività è da intendersi “logica” piuttostoche “fisica” e può essere eseguita tra diverse macchine o può essere eseguita insegmenti temporali non-consecutivi.

x x x x

progettazione basata sul grafo causa-effetto

cause-effect graphingUna tecnica di progettazione di test black-box nella quale i test case sono progettati apartire dai grafi causa-effetto.

analisi causa‐effetto [BS 7925/2] x x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


progettazione del testing test designIl processo di trasformazione di obiettivi generali di testing in condizioni di test e casi ditest che siano tangibili.

specifica di progettazione dei test

x x x x x X

progetto project

Un insieme di attività coordinate e controllate con date di inizio e di fine, intraprese perrealizzare un obiettivo che sia conforme ai requisiti specificati, compresi i vincolitemporali, di costo e di risorse.


programmazione parallela

pair programming

Un approccio di sviluppo del software in base al quale le linee di codice di uncomponente sono scritte da due programmatori che lavorano sullo stesso computer.Questo implicitamente significa avere una attività continuativa che assicura che lerevisioni di codice sono effettuate in tempo reale.

x x

pseudo-casuale pseudo-randomUna serie che sembra essere casuale, ma che di fatto è generata sulla base di sequenzeprogrammate in anticipo.

x

puntatore pointerUn elemento dati che specifica la locazione di un altro elemento dati; per esempio unelemento dati che specifica l’indirizzo del record successivo che deve essere elaborato.

[IEEE 610] x X

puntatore errato wild pointerUn puntatore che referenzia una locazione che è al di fuori del suo campo di visibilità oche non esiste.

puntatore. x

punto di ingresso entry pointUn'istruzione eseguibile od una fase di processo, che definisce un punto in cui undeterminato processo è destinato ad iniziare.

x

punto di uscita exit pointUn'istruzione eseguibile od una fase di processo, che definisce un punto in cui undeterminato processo è destinato a terminare.

qualifica qualificationIl processo di dimostrazione della capacità di soddisfare specifici requisiti. Notare che iltermine ‘qualificato’ viene usato per designare lo stato corrispondente.

[ISO 9000] x x

qualità qualityIl grado con il quale un componente, un sistema od un processo soddisfa i requisitispecificati e/o le esigenze e le aspettative dell’ utente/cliente.


qualità base trascendente

transcendent-based quality

Una vista della qualità, in cui essa non può essere definita con precisione, ma èpercepita quando la si vede o se ne conosce l’assenza quando manca. Tale qualitàdipende dalla percezione e da sentimenti affettivi di un individuo o di un gruppo diindividui verso un prodotto.

qualità base fabbricazione, qualità base prodotto, qualità base

'utente, qualità base valore

[Garvin] x

qualità basata sul prodotto

product-based quality

Una vista della qualità, basata su un insieme predefinito di attribut . Questi attributidevono essere misurati in modo oggettivo e quantitativo. Le differenze nella qualità diprodotti della stessa tipologia possono essere fatte risalire al modo in cui gli attributispecifici di qualità sono state implementati

qualità basata sulla fabbricazione, attributi della qualità, qualità di

base trascendente, qualità di base utente, qualità

basata sul valore

X

qualità base fabbricazione

manufacturing-based quality

Una vista della qualità, per cui la qualità si misura dal grado di conformità di un prodotto oservizio ai suo requisiti ed alla sua prevista progettazione. Tale qualità deriva dalprocesso (i) utilizzato(i)

qualità base prodotto, qualità base trascendente,

qualità base utente, qualità base valore

[Garvin] X

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


qualità base prodotto product-based quality

Una vista della qualità per cui la qualità si basa su un set ben definito di attributi. Questiattributi devono essere misurati in modo oggettivo e quantitativo. Le differenze nellaqualità dei prodotti dello stesso tipo si può far risalire al modo in cui gli attributi di qualitàspecifici sono state realizzati.

attributi della qualità, qualità base fabbricazione, qualità base trascendente,

qualità base utente, qualità base valore.

[Garvin] x

qualità base utente user-based quality

Una vista della qualità, in cui la qualità è la capacità di soddisfare bisogni, necessità edesideri degli utenti . Un prodotto o un servizio che non soddisfa le esigenze degli utentiè improbabile che possa trovare nuovi utenti. Si tratta di un approccio alla qualitàcontingente e dipendente dal contesto, poichè differenti caratteristiche di businessrichiedono differenti qualità di prodotto.

qualità base fabbricazione, qualità base prodotto,

qualità base trascendente, qualità base valore

[Garvin] x

qualità base valore value-based quality

Una vista della qualità, in cui essa è definita dal prezzo. La qualità di un prodotto oservizio è quella che fornisce le prestazioni desiderate ad un costo accettabile. Talequalità viene determinata per mezzo di un processo decisionale con le parti interessatesul bilanciamento tra tempo, sforzo e costi.


qualità base trascendente.Garvin x

qualità dei dati data qualityUn attributo dei dati che ne indica la correttezza rispetto a criteri pre-definiti: es.aspettative di business, requisiti di integrità dei dati, consistenza dei dati

x x

qualità del software software qualityL’insieme di funzionalità e caratteristiche di un prodotto software che identifica la suacapacità di soddisfare esigenze predefinite o implicite.

qualità[ ISO 9126]

x X x

quality function deployment (QFD)


Un metodo per trasformare le richieste dell'utente in ualità progettuale, per implementarele funzionalità che formano la qualità, per applicare le metodologie volte a conseguire laqualità nei sottosistemi, nelle componenti e in definitiva negli specifici elementi delprocesso di sviluppo.

[Akao] x

RACI (Responsible, Accountable, Consulted, and Informed ) matrice

RACI (Responsible, Accountable, Consulted, and Informed ) matrix

Una matrice che descrive la partecipazione di vari ruoli nel completare attività e/odeliverables in un progetto od in un processo. È particolarmente utile nel chiarire ruoli eresponsabilità, evidenziando i quattro principali ruoli normalmente presenti:Responsabile, Supervisore, Consultato ed Informato.

x

ramo branch

Un blocco base che può essere selezionato per l’esecuzione, basato su un costrutto diun programma nel quale due o più cammini di programma alternativi sono disponibili; adesempio, case, jump, go to, if then-else.

x x

rapporto degli incidenti incident reportUn documento che riporta ogni evento verificatosi, ad esempio durante il testing, cherichieda delle indagini e/o diagnosi.

[EEE 829] x

rapporto degli scostamenti

deviation report report degli incidenti. x

rapporto dei bachi bug report report dei difetti x

rapporto dei difetti defect reportUn documento che riporta tutti i difetti di un componente o sistema che possono causareun esito negativo durante l’esecuzione delle funzionalità del componente o sistema.

rapporto dei bachi, rapporto dei problemi


rapporto dei problemi problem report report dei difetti x

rapporto di assessment assessment reportUn documento che riporta i risultati di un’attività di assessment, evidenze, conclusioni eraccomandazioni.

processo di assessment

rapporto di assessment assessment report:Un documento che riassume i risultati dell’assessment, ad esempio, evidenze,raccomandazioni e conclusioni.

processo di assessment. [CMMi] x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


rapporto di avanzamento del test

test progress report

Un documento, prodotto ad intervalli regolari, che riassume le attività di testing ed irelativi risultati, volto a riportare l’avanzamento delle attività di testing in linea con unabaseline (come ad esempio il piano di test originale) ed a comunicare al management irischi identificati e le azioni alternative suggerite richiedenti una decisione.

x x x X x

rapporto di incidente del test

test incident report processo di assessment x

rapporto di test test reportingRaccolta e analisi di dati provenienti dalle attività di test e successivo loroconsolidamento in un report per informare le parti interessate.

processo di test , report riassuntivo del test

x x x X x

rapporto di trasferimento item transmittal report note di rilascio x

rapporto di trasferimento del test

test item transmittal report

note di rilascio x

rapporto di valutazione del testing

test evaluation report

Un documento prodotto alla fine del processo di test che riassume tutte le attività ed irisultati del testing. Esso contiene anche una valutazione del processo di test e delleesperienze (lesson learned) acquisite.

x

rapporto riassuntivo del testing

test summary reportUn documento che riassume le attività di testing ed i relativi risultati. Esso contiene ancheuna valutazione dei corrispondenti elementi di test rispetto ai criteri di uscita.

rapporto di test [IEEE 829] x x

rappresentazione continua

continuous representation

Una struttura del modello di maturità. in cui i livelli di capacità forniscono una sequenzaraccomandata per le attività di miglioramento dei processi all'interno delle aree diprocesso specificate.

[CMMI] x

Rational Unified Process (RUP)

Rational Unified Process

Un processo iterativo di sviluppo software (proprietario e adattabile) composto da quattrofasi del ciclo di vita di progetto: inizio, elaborazione, costruzione e transizione.

x x x X

recuperabilità recoverabilityLa capacità del prodotto software di ristabilire uno specificato livello di prestazioni erecuperare i dati inquinati nel caso di esito negativo (failure).

affidabilità [ISO 9126] x x x

registratore recorder documentatore xregistrazione degli incidenti

incident loggingRegistrazione dei dettagli di ogni incidente che si è verificato, ad esempio durante iltesting.

x

registrazione del test test record test log x

report di incidente di test del software

software test incident report

report degli incidenti x

requisiti di ripresaresumption requirement

L'insieme predefinito di attività di testing che devono essere ripetute quando il testing èriavviato dopo una sospensione.

[IEEE 829] x

requisito requirement

Una esigenza di un utente per risolvere un problema o per raggiungere un obiettivo, chedeve essere esaudita o posseduta da un sistema (o da una sua componente) persoddisfare un contratto, uno standard, una specifica od altri documenti formalmenteconcordati.


requisito del test test requirement condizione del test x

requisito funzionale functional requirement Un requisito che specifica una funzionalità che un componente o sistema deve eseguire. [IEEE 610] x x x

requisito non-funzionalenon-functional requirement

Un requisito che non è associato a funzionalità, ma ad altri attributi, come ad esempioaffidabilità, efficienza, usabilità, manutenibilità e portabilità.

x x x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


requisito testabile testable requirements

Il livello di chiarezza ed esaustività di un requisito, che consente la progettazione deltesting, la redazione di casi di test e la loro esecuzione volta a dimostrare ilsoddisfacimento del requisito stesso.

[IEEE 610] x

responsabile del test test manager

La persona responsabile della gestione progettuale delle attività di testing, delle risorsecorrelate e della valutazione di un oggetto del testing. L’individuo che dirige, controlla,amministra, pianifica e regolamenta la valutazione di un oggetto del testing.

x x x x X x

re-testing re-testingTesting che esegue i test case che non sono passati durante l’ultima esecuzione, inmodo da controllare il successo delle azioni correttive.

x

retrospettiva di progetto project retrospectiveUn approccio strutturato per capitalizzare le esperienze (lesson learned) e per definirespecifici piani d'azione volti a migliorare il prossimo progetto od una sua prossima fase

x X

revisione review

Una valutazione di un prodotto o dello stato di un progetto per constatare discrepanzerispetto ai risultati pianificati e per raccomandare miglioramenti. Esempi includono larevisione manageriale, la revisione informale, la revisione tecnica, l’ispezione e ilwalkthrough.

[IEEE 1028] x x x x X x

revisione di testabilità testability reviewUna verifica dettagliata della base di test per determinare se essa ha un adeguato livellodi qualità per essere usato come documento di input nel processo di test.

[TMap] x

revisione formale formal reviewUna revisione caratterizzata da requisiti e procedure documentati, ad esempio percondurre un’ispezione.

x x x x x

revisione informale informal review Una revisione non basata su una procedura formale (documentata). x x x

revisione manageriale management review

Una valutazione sistematica dei processi di acquisizione, fornitura, sviluppo,manutenzione o erogazione SW, svolto da (o per conto di) una funzione manageriale,che:

conferma i requisiti del sistema e la loro realizzazione nel sistema controlla lo stato di avanzamento del processo, determina lo stato dei piani e delle schedulazioni, valuta l’efficacia dell’operato rispetto agli obbiettivi del processo stesso.

[EEE 610, IEEE

1028]x

revisione tecnica technical reviewUn’attività di discussione fra un gruppo di colleghi che si concentra sul raggiungimentodel consenso per l’approccio tecnico che deve essere seguito.

peer review. x x x x

revisore reviewer

La persona coinvolta nella revisione, che identifica e descrive le anomalie nel prodotto onel progetto sotto revisione. I revisori possono essere scelti in modo da rappresentaredifferenti punti di vista e ruoli nel processo di revisione.

ispettore x x

rilascio deliverableOgni prodotto (o semi-lavorato) che deve essere consegnato ad un soggetto diversodall’autore del prodotto stesso.

x x x X x

riproducibilità del test test reproduceabilityUn attributo di un test che indica se vengono prodotti gli stessi risultati ogni volta che iltest viene eseguito.

x

rischio riskUn fattore che potrebbe avere negative conseguenze future; generalmente espressocome impatto e probabilità.

x x x x x X x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


rischio di prodotto product risk Un rischio collegato direttamente all’oggetto del test. rischio x x x x x x

rischio di progetto project riskRischio correlato alla gestione ed al controllo del progetto (di test), come ad esempiomancanza di personale, scadenze stringenti, modifiche ai requisiti, etc.

rischio x x x x X x

rischio qualità quality risk Un rischio legato ad un attributo di qualità. attributo di qualità, rischio

di prodotto.x x x

risultato resultL’esito dell’esecuzione di un test. Esso include gli output, le modifiche ai dati, i report ed imessaggi di comunicazione esterni.

risultato attuale, risultato atteso

x x x x x X x

risultato atteso expected resultIl comportamento previsto dalle specifiche, o da altra fonte, del componente o sistemasotto specificate condizioni.

esito atteso, esito previsto x x x x x

risultato dei casi di test test case resultIl verdetto finale sull’esecuzione di un test ed sui suoi risultati (pass, fail o error). E’utilizzato per chiarire se la causa di un errore è riconducibile all’oggetto del test.

x x

risultato del test test result risultato x

risultato effettivo actual result Il comportamento espresso od osservato quando un sistema od un suo componenteviene testato.

esito effettivo x x

risultato falso fallimento false-fail resultUn risultato di un test nel quale viene riportato un difetto nonostante non esista nessundifetto nell’oggetto del test.

risultato falso negativo false-negative result risultato falso successo x x x

risultato falso positivo false-positive resultUn risultato di un test nel quale viene riportato un difetto nonostante non esista nessundifetto nell’oggetto del test.

risultato falso, fallimento x x

risultato falso successo false-pass resultUn risultato di un test nel quale il test non riesce ad identificare la presenza di un difettoche è presente nell’oggetto del test.

riunione post-progettuale

post-project meeting riunione retrospettiva x

riunione retrospettiva retrospective meeting

Una riunione alla fine di un progetto, durante la quale i membri del team valutano losvolgimento ed i risultati del progetto e ne deducono degli insegnamenti che possonoessere applicati ai progetti successivi.

riunione post‐progettuale x x x X

robustezza robustnessIl grado con il quale un componente od un sistema può funzionare correttamente inpresenza di input invalidi o di condizioni ambientali di stress.

tolleranza agli errori, tolleranza ai guasti

[IEEE 610] x x x x

RUP (Rational Unified Process)


Rational Unified Process x

S.M.A.R.T. (Specific, Measurable, Attainable, Relevant and Timely).


Una metodologia con cui gli obiettivi sono definiti molto specificatamente piuttosto chegenericamente. SMART è un acronimo derivato dagli attributi dell’'obiettivo da definire:Specifico, Misurabile, Accessibile, Rilevante e Tempestivo.

x

sanity test sanity test smoke test x

sbaglio fault errore x

scala di misurazione measurement scale Una scala che vincola il tipo di analisi dei dati che possono essere eseguiti. [ISO 14598]

scalabilità scalability La capacità del prodotto software di essere esteso per adattarsi a carichi crescenti. [Gerrard] x x X

scenario di test test scenariospecifica della procedura di

testx

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


schedulazione del test test scheduleUna lista di attività, compiti od eventi del processo di test, che identifica le loro date e/otempi di inizio e fine previsti e le loro interdipendenze.

x x

schema di riferimento staged representation

Un modello strutturato in cui il raggiungimento degli obiettivi di un insieme di aree diprocesso stabilisce un livello di maturità; ogni livello costruisce una base per i livellisuccessivi.

[CMMi] X

schema di Shewhart Shewhart chart

balanced scorecard, cruscotto

aziendale,dashboard

scorecard scorecard

Una rappresentazione sintetica di misurazioni delle prestazioni, che rappresentano iprogressi verso l'attuazione di obiettivi a lungo termine. Una scorecard forniscemisurazioni statiche di prestazioni rispetto od alla fine di un intervallo di tempo.

cruscotto aziendale,dashboard

x

scostamento deviation x

script di test test script Una specifica della procedura di test, frequentemente automatizzata. x x x x x x

scripting guidato dal processo

process driven scripting

Una tecnica in cui gli script sono strutturati in scenari, che rappresentano i casi d'uso delsoftware in test. Gli script possono essere parametrizzati con i dati di test.

x

scripting lineare linear scripting Una semplice tecnica di scripting priva di controlli di struttura negli script stessi. x

scripting strutturato structured scriptingUna tecnica di scripting che costruisce ed utilizza una libreria di script (totalmente oparzialmente) riusabili.

x x

SCRUM SCRUMUna metodologia incrementale ed iterativa per la gestione di progetti comunementeutilizzata nello sviluppo software “agile”.

sviluppo software agile x x x x X x

sessione di test test session

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 ancheesplorare nuove opportunità durante una sessione. Il tester crea ed esegue i test case alvolo e registra il loro avanzamento.

testing esplorativo x x x x x

severità severityIl grado dell’impatto che un difetto ha sullo sviluppo o l’operatività di un componente o diun sistema.


sforzo di test manuale equivalente

equivalent manual test effort (EMTE) Sforzo richiesto per eseguire i test manualmente x

sicurezza securityAttributo dei prodotti software che si riferisce alla loro capacità di prevenire accessi nonautorizzati, sia accidentali che intenzionali, a programmi e dati.

funzionalità [ISO 9126] x x x x x X x

sicurezza fisica safety

La capacità del prodotto software di raggiungere dei livelli di rischio accettabili per quantoriguarda il danno a persone, al business, al software, alle proprietà o all’ambiente in unospecifico contesto di utilizzo.

[ISO 9126] x x x

simulatore simulatorUn dispositivo, programma o sistema usato durante il testing, il quale si comporta odopera, quando stimolato da un insieme di input controllati, come un specificato sistema.

emulatore [IEEE 610,

DO178b] x x

simulazione simulationLa rappresentazione delle caratteristiche comportamentali selezionate di un sistema

astratto o fisico da parte di un altro sistema. [ISO 2382/1] x x x

sistema systemUn insieme di componenti organizzato per ottenere una specifica funzione od un gruppodi funzioni.


sistema di sicurezza fisica

safety critical system

Un sistema nel quale un esito negativo od un malfunzionamento può avere comeconseguenza la morte o seri danni a persone, perdita o danni severi ad equipaggiamenti,danni ambientali.

X

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


sistema di sistemi system of systems

Sistemi multipli, eterogenei e distribuiti, che sono inseriti in reti a livelli multipli ed indomini multipli interconnessi, che gestiscono problemi (e/o perseguono obiettivi) comunied interdisciplinari su larga scala, di solito senza una struttura di gestione comune. x x

sistemi differenti ridondanti

redundant dissimilar systems

Sistemi installati per aumentare la disponibilità di un’applicazione software. x

situazione di test test situation condizione di test x

smoke test smoke test

Un sottoinsieme di tutti i test case definiti/pianificati che coprono la funzionalità principaledi un componente o sistema, per accertarsi che le loro funzioni più cruciali funzionino, masenza preoccuparsi dei dettagli.

intake test,sanity test x x x

software softwareProgrammi, procedure, possibilmente con associata documentazione e dati pertinentiall’operatività del sistema informatico.


software commerciali off-the-shelf

commercial off-the-shelf software

Un prodotto software che è sviluppato per il mercato, cioè per un grande numero di clientie che è distribuito a molti clienti nello stesso identico formato.

software off‐the‐shelf x x x x

software customizzato custom software Software sviluppato specificatamente per un insieme di utenti o clienti. É l’opposto disoftware off-the-shelf.

software personalizzato X

Software Failure Mode and Effect Analysis (SFMEA)



x

Software Failure Mode Effect, and Criticality Analysis (SFMECA)


Failure Mode and Effect, and Criticality Analysis

(FMECA)x

Software Fault Tree Analysis (SFTA)


Fault Tree Analysis (FTA) x

software off-the-shelf off-the-shelf softwareUn prodotto software che viene sviluppato per il mercato, quindi per un elevato numero diclienti e che può essere consegnato a più clienti nello stesso identico formato.

x

software personalizzato bespoke softwareSoftware sviluppato specificatamente per un insieme di utenti o clienti. É l’opposto disoftware off-the-shelf.

software customizzato

Software Process Improvement (SPI)


Un programma di attività volte a migliorare le prestazioni e la maturità dei processisoftware di una organizzazione ed i risultati di tale programma. [CMMi]

x X

software standard standard software software off‐the‐shelfSoftware Usability Measurement Inventory (SUMI)

Software Usability Measurement Inventory (SUMI)

Una tecnica di test di usabilità basata sui questionari per misurare la qualità del softwaredal punto di vista dell’utente.

SUMI x

soluzione di automazione del testing

test automation solution

La realizzazione di un’architettura di automazione del testing, cioè una combinazione dicomponenti che implementano una specifica soluzione di automazione. I componentipossono includere strumenti di automazione commerciali, strutture di automazione,nonché hardware di automazione dei test.

x

sostituibilità replaceabilityLa capacità del prodotto software di essere usato al posto di un altro prodotto softwarespecificato, per lo stesso scopo e nello stesso ambiente.


sottocammino subpath Una sequenza di istruzioni eseguibili in un componente.

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


specifica specification

Un documento che specifica (auspicabilmente in maniera completa, precisa everificabile) i requisiti, la progettazione, il comportamento od altre caratteristiche di uncomponente o sistema e, spesso, le relative procedure per determinare se questeclausole sono state soddisfatte.

x x x x x X x

specifica dei casi di test test case specificationUn documento che include un insieme di casi di test (obiettivo, input, azioni, risultatiattesi e precondizioni di esecuzione) per un elemento del testing.

[IEEE 829] x x x

specifica dei test test specificationUn documento che include una specifica di progettazione dei test, una specifica dei testcase e/o una specifica della procedura di test.

x x x x

specifica della procedura di test

test procedure specification

Un documento che specifica una sequenza di azioni per l’esecuzione di un test. É notoanche come script di test o script di test manuale.

[IEEE 829] x x x

specifica di componentecomponent specification

Una descrizione di un componente funzionale in base ai suoi valori di output perpredeterminati valori di input sotto specifiche condizioni, e a comportamenti non-funzionali richiesti. (ad esempio, utilizzazione di risorse).

x


test design specification

Un documento che specifica le condizioni di test (gli elementi di copertura) per unelemento di test, l’approccio di test dettagliato e l’identificazione dei casi di test di altolivello associati.

specifica dei test [IEEE 829] x x

SPI (SW Process Improvement)


Software Process Improvement

x

stabilità stabilityLa capacità del prodotto software di evitare effetti inattesi a fronte di modifiche nelsoftware stesso.

manutenibilità. [ISO 9126] x x x x

stadio di test test stage livello di test x

standard standard

Un insieme di requisiti, formali ed a volte obbligatori, sviluppati e utilizzati per prescrivereapprocci coerenti al modo di lavorare o per fornire linee guida (ad esempio, norme ISO /IEC, standard IEEE e standard organizzativi).

x x x x x X x

stato della configurazione

status accounting

Un elemento di gestione della configurazione, consistente nella registrazione e nellareportistica di informazioni necessarie a gestire operativamente ed efficacemente unaconfigurazione. Questa informazione include un elenco delle identificazioni diconfigurazione approvate, lo stato delle modifiche proposte alla configurazione e lo statodi implementazione delle modifiche approvate.

[IEEE 610] x

STEP (Systematic Test and Evaluation Process)


Systematic Test and Evaluation Process

x

stima a tre punteggi three point estimation

Una metodologia di stima del testing utilizzando i valori di stima della materia da stimare"migliore", " peggiore" e " più probabile", per definire il grado di certezza associato alvalore di stima risultante.

x

stima del test test estimation

L’approssimazione calcolata di un risultato relativo ai vari aspetti del testing (ad esempiosforzo speso, data di completamento, costi sostenuti, numero di casi di test ecc.), che èutilizzabile anche se i dati di input possono essere incompleti, incerti o instabili.

x x x X x

stimolato exercised

Una componente di un programma (ad esempio un’istruzione, una decisione o altrielementi strutturali) si dice essere stimolata da un test case quando un valore di inputcausa la sua esecuzione.

x x x x

strategia di automazione del testing

test automation strategy

Una pianificazione di alto livello per conseguire obiettivi di automazione del testing alungo termine, nell’ambito di pre-esistenti condizioni ambientali.

x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


strategia di test test strategy

Una descrizione generale dei livelli di test che devono essere eseguiti e delle attività ditesting da svolgere per ogni livello nell’ambito di un’organizzazione o di uno o piùprogetti.

x x x x x x

strategia di test analitica analytical test strategyUna strategia di test con cui il team di test analizza la base di test per identificare lecondizioni di test da coprire

x

strategia di test di conformità di processo

process compliant test strategy

Una strategia di test per cui il test team segue un insieme di processi predefiniti, cheprevedono attività quali la documentazione, la corretta identificazione e l'uso di basi edoracoli di test e l'organizzazione del team di test.

x

strategia di test metodologico

methodical test strategy

Una strategia di test in cui il team di test usa un insieme predeterminato di condizioni ditest come standard di qualità, una checklist o un insieme di condizioni di test logichegeneralizzate che possono essere correlate ad un particolare dominio o applicazione oad una tipologia di test

testing metodologico x

strategia di testing consulenziale

consultative test strategy

Una strategia di test in cui il team di test si basa sul contributo di uno o più stakeholderper determinare i dettagli della strategia stessa

x

strategia di testing di conformità agli standard

standard-compliant testing strategy

Una strategia di test in cui il team di test segue uno standard. Standard seguiti possonoessere ad esempio validi per un paese (standard legislativi), un dominio di business(standard di dominio) o interni (standard organizzativi).

x

strategia di testing di contro-regressione

regression-averse testing strategy

Una strategia di testing in cui il team di test utilizza diverse tecniche per gestire il rischiodi regressione, quali l’automazione dei test di regressione funzionali e/o non-funzionaliad uno o più livelli.

x

strategia di testing model-base

model-base testing strategy Una strategia di test tramite la quale il team di test deriva casi di test da modelli. model‐base testing x

strategia di testing reattivo

reactive test strategyStrategia di testing in cui il team di test prima di progettare ed implementare i testattende il ricevimento del software e li esegue poi interagendo con il software stesso.

x

stress testing stress testing

Una tipologia di testing delle prestazioni condotto per valutare un sistema od uncomponente ai limiti od oltre i limiti dei suoi carichi di lavoro (stimati o specificati) ocondotto con una ridotta disponibilità di risorse.

testing delle prestazioni, testing di carico

[IEEE 610] x x

strumentazione di programma

program instrumenter strumentazione x

strumento customizzato custom tool Uno strumento software sviluppato per uno specifico insieme di utenti o clienti x

strumento di analisi dinamica

dynamic analysis tool

Uno strumento che fornisce informazioni sullo stato del codice del software durante lasua esecuzione. Questi strumenti sono più comunemente usati per identificare puntatorinon assegnati, controllare l’aritmetica dei puntatori e monitorare l’allocazione, l’utilizzoed il rilascio della memoria e per segnalare memory leaks.

x x

strumento di analisi statica

static analysis tool analizzatore statico. x

strumento di cattura/ riesecuzione

capture/playback tool

Un tipo di strumento di esecuzione di test nel quale gli input sono registrati durante iltesting manuale con lo scopo di generare script di test automatizzati, che possono essereeseguiti successivamente (cioè rieseguiti). Questi strumenti sono spesso usati persupportare testing di regressione automatizzato.

strumento di cattura/riproduzione.

x x x

strumento di copertura coverage toolUno strumento che fornisce misure oggettive di quali elementi strutturali, ad esempioistruzioni o rami, sono stati attivati da un insieme di test.

strumento di misura della copertura

x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


strumento di debugging debugging tool

Uno strumento usato dai programmatori per riprodurre esiti negativi, esaminare lo statodei programmi e trovare i corrispondenti difetti. Gli strumenti di debugging consentono aiprogrammatori di eseguire i programmi passo per passo, per fermare un programma adogni sua istruzione e per impostare ed esaminare le variabili del programma.

x x

strumento di disseminazione degli errori

error seeding toolstrumento di

disseminazione dei guasti.x


fault seeding toolUno strumento per la disseminazione (e quindi l’inserimento intenzionale) di guasti in uncomponente o sistema.

disseminazione dei guasti x

strumento di esecuzione del testing

test execution toolUn tipo di strumento di test che è in grado di eseguire altro software, usando uno script ditest automatizzato, come ad esempio uno strumento di cattura/riproduzione.

x x x x x x

strumento di gestione degli incidenti

incident management tool

Uno strumento che supporta la registrazione ed il tracciamento dello stato degli incidenti.Essi hanno spesso delle funzionalità di workflow per tenere traccia e controllare laallocazione, la correzione ed il re-testing degli incidenti e la fornitura di report.

strumento di gestione dei difetti.

x x

strumento di gestione dei difetti

defect management tool

Uno strumento che agevola la registrazione ed il tracciamento dello stato dei difetti edelle conseguenti modifiche correttive. Questi strumenti spesso hanno delle funzionalitàdi workflow per tracciare e controllare l’assegnazione, la diagnosi, la correzione ed il re-testing dei difetti e forniscono funzionalità di reportistica.


x x x x x x

strumento di gestione dei requisiti

requirements management tool

Uno strumento che supporta la registrazione dei requisiti, degli attributi dei requisiti (adesempio, priorità, responsabile del processo etc.) e di altre annotazioni, e che agevola latracciabilità e la gestione delle modifiche dei requisiti attraverso le varie fasi del ciclo disviluppo/modifica . Alcuni strumenti di gestione dei requisiti forniscono anche supportoper l’analisi statica, come ad esempio controlli di consistenza e violazioni a predefiniteregole di specifica dei requisiti.

x x x

strumento di gestione del test

test management tool

Uno strumento che fornisce supporto alla gestione del testing e controlla parte di unprocesso di test. Esso spesso offre diverse funzionalità come la gestione del testware, lapianificazione dell’esecuzione dei test, il logging dei risultati, il tracciamentodell’avanzamento, la gestione degli incidenti e la reportistica dei test.

x x x x x X x x

strumento di gestione della configurazione

configuration management tool

Uno strumento che fornisce supporto per l’identificazione ed il controllo degli elementidella configurazione, dello stato delle loro modifiche e del rilascio di baseline includenteelementi di configurazione.

x x x


coverage measurement tool

strumento di copertura. x

strumento di modellazione

modelling tool Uno strumento che supporta la verifica di modelli di software o di sistemi. [Graham] x

strumento di monitoraggio

monitoring tool

Uno strumento software o un dispositivo hardware che gira in parallelo al componente osistema sotto test e supervisiona, registra e/o analizza il comportamento del componenteo del sistema.

monitor IEEE 610] x x

strumento di preparazione dei dati di test

test data preparation tool

Una tipologia di strumenti di test, che consente di selezionare i dati da database esistentio di crearli, manipolarli ed editarli per l’utilizzo nel testing.

generatore di test x x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


strumento di progettazione dei test

test design tool

Uno strumento che supporta le attività di progettazione dei test, generando input di testda una specifica, che può essere mantenuta in un archivio ( per esempio in unostrumento di gestione dei requisiti), partendo da condizioni di test detenute nellostrumento stesso o dal codice.

x x x x

strumento di registrazione/riproduzione

record/playback toolstrumento di

cattura/riproduzionex

strumento di revisione review tool

Uno strumento che fornisce il supporto al processo di revisione. Caratteristiche tipicheincludono la pianificazione ed il monitoraggio, la comunicazione, le revisioni dicollaborazione ed un archivio per la raccolta e la registrazione di metriche.

x x

strumento di sicurezza security tool Uno strumento che supporta la sicurezza operativa. x x

strumento di test hyperlink

hyperlink test toolUno strumento usato per verificare che in un sito web non siano presenti hyperlink chenon puntino correttamente ad altre pagine web.

strumento di test ipertestuale

x


hyperlink test tool strumento di test hyperlink x

strumento di testing test tool

Un prodotto software che supporta una o più attività di test, come la pianificazione ed ilcontrollo, la specifica, la predisposizione dei file di input, la generazione dei dati,l’esecuzione e l’analisi dei test.

CAST [TMap] x x x x x x

strumento di testing delle prestazioni

performance testing tool

Uno strumento per supportare il testing delle prestazioni, che generalmente ha duefunzionalità principali: la generazione del carico e la misurazione delle transazioni di test.La generazione di carico può simulare sia utenti multipli sia elevati volumi di dati di input.Durante l’esecuzione vengono rilevate le misure dei tempi di risposta dalle transazioniselezionate e tali misure vengono poi registrate. Gli strumenti di testing delle prestazioninormalmente forniscono dei report basati sulle registrazioni dei test e grafici del caricocorrelati ai tempi di risposta.

x x

strumento di testing di carico

load testing tool

Uno strumento a supporto del test di carico con il quale si può simulare un caricocrescente. Per esempio il numero di utenti concorrenti e/o di transazioni in un tempodeterminato.


x

strumento di testing di sicurezza

security testing tool Uno strumento che supporta il testing di sicurezza. x

strumento di testing di stress

stress testing tool Uno strumento che supporta lo stress testing. x

strumento di tracciamento dei bachi

bug tracking toolstrumento di gestione dei

difetti.x

strumento di tracciamento dei difetti

defect tracking toolstrumento di gestione dei

difettix

strumento open source open source tool

Uno strumento software che è disponibile per tutti gli utenti potenziali in forma di codicesorgente, di solito via internet; i suoi utenti, solitamente sotto licenza, possono studiare,modificare, migliorare e, a volte, distribuire il software..

x x

struttura di unit test unit test framework

Uno strumento che fornisce un ambiente per il testing di unità o componente nel quale uncomponente può essere testato in isolamento o con stub e driver. Esso fornisce di solitoanche altri supporti per lo sviluppatore, ad esempio funzionalità di debugging.

x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


stub stub

Una implementazione semplificata o scheletrica di un componente software, usata persviluppare o testare un componente chiamante o che è comunque dipendente da esso.Lo stub sostituisce il componente chiamato.

[IEEE 610] x x x x

SUMI (Software Usability Measurement Inventory)


Una tecnica di test di usabilità, basata su questionari, per la misurazione della qualitàdel software da parte dell'utente finale.

x

superamento passUn test è considerato superato se il suo risultato effettivo corrisponde al suo risultatoatteso

test superato x x x x x X x

superamento del test test pass superamento x

SUT (System under Test)

SUT (System under Test) Sistema in Test oggetto del test x

sviluppo guidato dal testtest driven development (TDD)

Una modalità di sviluppo del software nel quale i test case sono progettati, e spessoautomatizzati, prima che il software stesso sia sviluppato.

x x x


feature-driven development

Un processo di sviluppo del software iterativo e incrementale guidato da una prospettivafunzionale pesata con valori dei clienti (caratteristica). E’ usato soprattutto nello svilupposoftware agile.

FDD , Feature Driven Development, sviluppo

software agilex

sviluppo software agileagile software development

Un gruppo di metodologie di sviluppo software basate sullo sviluppo incrementaleiterativo, in cui i requisiti e le soluzioni evolvono tramite una stretta collaborazione trateam inter-funzionali che si auto-organizzano.

x x x

system under test (SUT)system under test (SUT)

oggetto del test x x x x x x x

Systematic Test and Evaluation Process (STEP)


Un metodo di analisi strutturato, usato anche come un modello basato sui contenuti permigliorare il processo di test. STEP non richiede che i miglioramenti avvengano in unordine specifico.


x x X

tabella delle decisioni decision tableUna tabella che evidenzia tutte le combinazioni di input e/o di stimoli (cause) con i relativioutput e/o azioni (effetti) previsti; essa può essere usata per progettare test case.

x x x

tabella delle decisioni causa-effetto

cause-effect decision table

tabella delle decisioni. x

tabella di stato state table

Una tabella che mostra le transizioni risultanti dalla combinazione di ogni singolo statocon ogni singolo possibile evento, evidenziante sia le transizioni valide che quelleinvalide.

x x

TAE (Test Automation Engineer)


x

TAF(Test Automation Framework)


L'ambiente richiesto per l'automazione dei test compresi tutti i sistemi HW/SW e tutti gli artefatti come le librerie di test.

Test Harness x

TAM (Test Automation Manager)


La persona responsabile della pianificazione e della supervisione dellosviluppo ed evoluzione di una TAS.

x

TAS (Test Automation Solution)


x

tasso di esiti negativi failure rate

Il rapporto del numero di esiti negativi di una certa categoria rispetto ad una data unità dimisura; ad esempio, esiti negativi per unità di tempo, esiti negativi per numero ditransazioni, esiti negativi per numero di calcolatori attivi.

[IEEE 610] x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


tassonomia dei bachi bug taxonomy tassonomia dei difetti. x

tassonomia dei difetti defect taxonomyUn sistema di strutturazione (gerarchico) dei difetti che ne facilita la classificazione inmodo riproducibile.

x x x x

TDD (Test Driven Development )


sviluppo guidato dal test x

tecnica basata sui difettidefect based technique

tecnica di progettazione basata sui difetti

x

tecnica basata sull’esperienza

experienced-based technique

testing basato sull’esperienza

x

tecnica basata sulle specifiche

specification-based technique

tecnica di progettazione di test black‐box

x

tecnica black-box black-box technique tecnica di progettazione

black‐boxx

tecnica di esecuzione dei test

test execution technique

Il metodo usato per svolgere l’effettiva esecuzione dei test, sia manuale cheautomatizzata.


defect based test design technique

Una procedura per creare e/o selezionare i test case sulla base di una o più tipologie didifetti, in cui i test siano progettati da ciò che è noto relativamente alla specifica tipologiadi difetti.

x x x

tecnica di progettazione dei test

test design technique Procedura usata per derivare e/o selezionare i casi di test. x x x x x x

tecnica di progettazione di test basata sull’esperienza

experienced-based test design technique

tecnica di progettazione di test white‐box

x x

tecnica di progettazione di test basata sulle specifiche

specification-based test design technique

Procedura per derivare e/o selezionare test case basati sull’esperienza, la conoscenza el’intuizione del tester.

x

tecnica di progettazione di test black-box

black-box test design technique

Procedura per derivare e/o selezionare test case partendo dall'analisi delle specifiche,funzionali o non funzionali, di un componente o sistema senza riferimento alla suastruttura interna


x x

tecnica di progettazione di test case

test case design technique

Procedura per derivare e/o scegliere i test case basata su una analisi delle specifiche, siafunzionale che non-funzionale, senza nessun riferimento alla struttura interna delcomponente o del sistema.

tecnica di progettazione di test

x

tecnica di progettazione di test funzionali

functional test design technique

Procedura per derivare e/o selezionare test case sulla base di un’analisi delle specifichedella funzionalità di un componente o sistema senza nessun riferimento alla sua strutturainterna.

tecnica di progettazione di test black‐box.

tecnica di progettazione di test strutturali

structural test design technique


x

tecnica di progettazione di test white-box

white-box test design technique

Procedura per derivare e/o selezionare i test case sulla base di un’analisi della strutturainterna di un componente o sistema.

x x

tecnica di specifica dei test

test specification technique

tecnica di progettazione dei test.

x

tecnica di test test techniquetecnica di progettazione

dei testx

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


tecniche di progettazione di test non-funzionali

non-functional test design techniques

Procedure per derivare e/o selezionare dei test case di testing non-funzionale, basate suuna analisi delle specifiche di un componente o sistema senza riferimento alla suastruttura interna.

tecniche di progettazione di test black‐box.

tecniche white-box white-box techniquestecniche di progettazione

di test white‐boxx

test test Un insieme di uno o più casi di test . [IEEE 829] x x x x x X x

test automation engineertest automation engineer

La persona responsabile della progettazione, realizzazione e manutenzione diun’architettura di automazione del testing, nonché della evoluzione tecnica delle soluzionidi automazione dei test adottate.

x

test automation manager


La persona responsabile della pianificazione e supervisione dello sviluppo ed evoluzionedi una soluzione di automazione del testing.

x

test bed test bed ambiente di testtest case astratto abstract test case test case di alto livello. x

test case bloccato blocked test caseUn test case che non può essere eseguito in quanto le precondizioni per la suaesecuzione non sono soddisfatte.

test case concreto concrete test case test case di basso livello

test case di alto livello high level test case

Un test case senza dei concreti valori di dati di input e di risultati attesi (ovvero senza unlivello di implementazione). Vengono usati operatori logici; a questo livello le istanze deivalori effettivi , non sono ancora state definite e/o disponibili.

test case a basso livello, test case astratto, test case

logicox

test case di basso livello low level test case

Un test case con concreti valori dei dati di input e dei risultati attesi. Gli operatori logiciprovenienti dai test case di alto livello sono sostituiti dai valori effettivi. corrispondenti agliobiettivi degli operatori logici.

x x

test case logico logical test case test case di alto livello. x

test del ciclo di processo process cycle testUna tecnica di progettazione di test black-box nella quale i test case sono progettati pereseguire le procedure di business ed i relativi processi.

testing di procedure [TMap] x

test deliverable test deliverable Ogni prodotto (o semilavorato) del testing che deve essere consegnato ad altri. x x

test dell’utente user testUn test in base a cui gli utenti della vita reale sono coinvolti nella valutazione dell’usabilitàdi un componente o sistema.

x

test di algoritmo algorithm test [TMap] testing dei rami. x

test di copertura test coverage copertura x

test di riferimento benchmark test

(1) Uno standard nei confronti del quale possono essere svolte misurazioni o confronti.(2) Un test che viene usato per confrontare reciprocamente componenti o sistemi oconfrontarli rispetto ad uno standard, come in (1)

[IEEE 610]

test di verifica delle buildbuild verification test (BVT)

Un insieme di test automatizzati che convalida l'integrità della compilazione di ogninuova build e ne verifica la funzionalità, la stabilità e la testabilità. È una pratica comunedi fronte ad un'alta frequenza di creazione di nuove build (ad es., progetti agile) che vieneeseguita su ogni nuova build prima di essere rilasciata per ulteriori test.

testing di regressione, smoke test

x x x x

test harness test harness Un ambiente di test compreso di stub e driver necessari per eseguire un test. x x

test hook test hookUn’interfaccia software customizzata che facilita il testing automatizzato di un oggetto deltest.

x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


test leader test leader responsabile del test x

test log test log Una registrazione cronologica dei dettagli rilevanti relativi all’esecuzione dei test. [IEEE 829] x x

test logging test logging ll processo di registrazione di informazioni sui test eseguiti all’interno di un test log. x x x x

Test Maturity Model (TMM)


Un modello a cinque livelli per il miglioramento del processo di test, legato al CapabilityMaturity Model (CMM), che descrive gli elementi chiave di un processo di test efficace.

x

Test Maturity Model Integration (TMMi)


Un modello a cinque livelli per il miglioramento del processo di test, legato al CapabilityMaturity Model Integration (CMMi), che descrive gli elementi chiave di un processo di testefficace.

x X

Test Point Analysis (TPA)

Test Point Analysis (TPA) Una metodologia di stima delle attività di test, basata sull’analisi dei Function Point. [TMap] x

Test Process Group Test Process GroupUn insieme di specialisti (di test) che favoriscono la definizione, la manutenzione ed il

miglioramento dei processi di test utilizzati dall’organizzazione [CMMi] x X

Test Process Improvement (TPI)


Un insieme di attività indirizzate al miglioramento dei risultati e del livello di maturità di unprocesso di test.

Test Process Improvement manifesto


Una dichiarazione derivata dal manifesto “agile”, che definisce i valori per migliorare ilprocesso di test. I valori sono:- Flessibilità dei processi - Best Practices vs modelli- Orientamento di distribuzione vs. processo di orientamento- Peer Reviews vs Quality Assurance- Business Driven vs Model Driven.

[Veenendaal08

]X

test process improver test process improverLa persona che realizza i miglioramenti nel processo di test basato su un piano dimiglioramento del testing.

X

test rig test rig ambiente di test x

test suite test suite

Un insieme di diversi casi di test indirizzati ad un componente o sistema sotto test, nelquale la post-condizione di un test viene spesso usata come precondizione delsuccessivo.

test set x x x

testabilità testability La capacità del prodotto software (realizzato o modificato) di essere testato. manutenibilità [ISO 9126] x x x x x x

tester testerUn professionista con le qualità/capacità necessarie per eseguire il testing di uncomponente o sistema.

x x x x x x x

testing testing

Il processo che include tutte le attività, sia statiche che dinamiche, del ciclo di vita,riguardanti la pianificazione, preparazione e valutazione dei prodotti software e deiprodotti di lavoro correlati, per evidenziare che i prodotti software soddisfano i requisitispecificati, per dimostrare che essi sono adatti al loro scopo e per rilevare gli eventualidifetti

x x x x x x x

testing di failover failover testing

Testing effettuato simulando un esito negativo o realmente causando un guasto in unambiente controllato. A seguito dell'esito negativo, viene testato il meccanismo di failoverper verificare che i dati non siano persi o corrotti e che tutti i livelli di servizio concordatisiano assicurati (per es. disponibilità della funzionalità o tempi di risposta)

testing di recuperabilità x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


testing N-wise N-wise testing

Una tecnica di progettazione dei test black-box nella quale i casi di test sono progettatiper eseguire tutte le possibili combinazioni discrete di un qualsiasi insieme di n parametridi input.

testing matrici ortogonali, testing pairwise

x

testing a sessioni session-based testing

Un approccio al testing in cui si pianificano le attività di test come sessioni ininterrotte diprogettazione ed esecuzione dei test, spesso utilizzato in combinazione con il testingsperimentale.

testing a stati finiti finite state testingtesting delle transizioni di

stato.x

testing ad hoc ad hoc testing

Testing condotto informalmente; non si preparano test formali, nessuna tecnica diprogettazione riconosciuta viene usata, non ci sono aspettative per i risultati e l'attività diesecuzione dei test è condotta in modo soggettivo.

x

testing analitico analytical testing Testing basato su un'analisi sistematica di ( ad esempio) requisiti , rischi di prodotto. x

Testing API (Application Programming Interface)

API (Application Programming Interface) testing

Test eseguito sottomettendo comandi al software sotto test usando direttamente le APIdell'applicazione

testing di interfaccia x

testing appaltato outsourced testingTesting eseguito da persone che non sono colleghi e non lavorano nello stesso luogo delteam dei progetto.

x

testing basato su cheklist

checklist-based testing

Una tecnica di progettazione dei test basata sulla esperienza, in base alla quale l'espertotester utilizza un elenco (di alto livello) degli elementi da osservare, controllare oricordare, od un insieme di regole o criteri in base ai quali un prodotto SW deve essereverificato.

testing basato sull'esperienza.

x x

testing basato sugli attacchi

attack-based testingUna tecnica di test basata sull'esperienza, che utilizza attacchi software che provocanoanomalie e guasti di sistema, specialmente di sicurezza.

attacco.

testing basato sui processi di business

business process-based testing

Un approccio al testing nel quale i test case sono progettati basandosi sulle descrizionie/o sulla conoscenza di processi di business.

testing basato sui requisiti

requirements-based testing

Un approccio al testing nel quale i cassi di test sono progettati sulla base delle finalità deltesting e delle condizioni di test derivate dai requisiti, come ad esempio i test che attivanospecifiche funzioni o verificano attributi non-funzionali, come affidabilità o usabilità.

x x x x x

testing basato sul codice code-based testing testing white‐box x

testing basato sul rischio risk-based testing

Un approccio al testing per ridurre il livello di rischio ed informare gli stakeholders suglistati dei rischi stessi, partendo dallo stadio iniziale di un progetto. Esso coinvolgel’identificazione dei rischi di prodotto e l’uso dei livelli di rischio nella conduzione delprocesso di test.

x x x x x x


experienced-based testing Una tecnica di test basata sull'esperienza,sulle conoscenze e sull'intuizone del tester x x x x

testing basato sulla progettazione

design-based testing

Un approccio al testing nel quale i test case sono progettati sulla base dell’architetturae/o della progettazione di dettaglio di un componente o sistema (ad esempio, i test delleinterfacce tra componenti o sistemi).

x

testing basato sulla struttura

structure based testing testing white‐box x

testing basato sulle specifiche

specification-based testing

testing black‐box x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


testing big-bang big-bang testing

Un approccio al test di integrazione in cui gli elementi software, gli elementi hardware oentrambi sono combinati tutti in una volta in un unico componente o in un intero sistemapiuttosto che per stadi successivi.

testing di integrazione. [IEEE 610] x

testing black-box black-box testingTesting, sia funzionale che non-funzionale, senza nessun riferimento alla struttura internadel componente o del sistema.

x x x x x x

testing bottom-up bottom-up testing

Un approccio incrementale al testing di integrazione nel quale vengono testati prima icomponenti di livello più basso per facilitare poi il testing dei componenti di più livello piùalto. Questo processo viene ripetuto finché il componente in cima alla gerarchia vienetestato.


testing casuale random testing

Una tecnica black-box di progettazione del testing nella quale i casi di test vengonoselezionati, possibilmente usando un algoritmo di generazione pseudo-casuale, percorrispondere ad un profilo operativo. Questa tecnica può essere usata per il testing diattributi non-funzionali, come ad esempio affidabilità e prestazioni.

x

testing clear box clear box testing testing white‐box. x

testing CLI (Common Line Interface)

CLI testingTesting effettuato con la sottomissione di comandi al software in test, utilizzando unaCommon-Line Interface dedicata

x

testing combinatorio combinatorial testingUna tecnica di progettazione dei test black-box in cui i casi di test sono progettati pereseguire combinazioni specifiche di valori per diversi parametri

metodo dell’albero di classificazione, testing N‐wise, testing pairwise,

matrice ortogonale di test

x x

testing combinatorio a coppie

pairwise testingUna tecnica di progettazione dei test black box in cui i casi di test sono progettati pereseguire tutte le possibili combinazioni di ogni coppia di parametri di input

testing combinatorio, testing n‐wise

x x x

testing completo complete testing testing esaustivo x

testing con flusso di controllo

control flow testing

Un approccio al testing basato sulla struttura in cui i casi di test sono progettati pereseguire specifiche sequenze di eventi. Esistono varie tecniche per il testing con flusso dicontrollo, per esempio: testing delle decisioni, testing delle condizioni e testing deicammini, ognuno dei quali ha un approccio ed un livello di controllo di flusso specifici.

testing delle decisioni testing delle condizioni e testing dei cammini

x x

testing confermativo confirmation testingTest che esegue casi di test falliti l'ultima volta che sono stati eseguiti, per verificare ilsuccesso delle relative azioni correttive.

re‐testing x x x x

testing consulenzialeconsultative test strategy

Il testing guidato dalla consulenza e la guida di esperti esterni al team di test (adesempio, esperti di tecnologia o esperti di dominio business).

x x

testing degli scenari scenario testing testing dei casi d’uso x

testing dei cammini path testingUna tecnica di progettazione di test white-box nella quale i test case sono progettati pereseguire cammini.

x

testing dei casi d’uso use case testingUna tecnica di progettazione di test black-box nella quale i test case sono progettati pereseguire gli scenari dei casi d’uso.

testing di scenari utente x x

testing dei rami branch testingUna tecnica di progettazione white-box nella quale i test case sono progettati perstimolare l’esecuzione dei rami.

x

testing dei valori limite boundary value testing analisi ai valori limite. x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


testing del flusso dati data flow testingUna tecnica di progettazione di test white-box nella quale i test case sono progettati perattivare variabili per le quali è stato specificato l’abbinamento definizione/utilizzo.

x

testing della combinazione di condizioni

condition combination testing

testing delle condizioni multiple.

x

testing della documentazione

documentation testingTesting della qualità della documentazione; ad esempio, di un manuale utente o di unaguida di installazione.

testing della tabella delle decisioni

decision table testing

Una tecnica di progettazione di test black-box nella quale i test case sono progettati pereseguire le diverse combinazioni di input e/o stimoli (cause) evidenziate in una tabelladelle decisioni.

tabella delle decisioni [Veenendaal] x

testing delle combinazioni delle condizioni dei rami

branch condition combination testing


x

testing delle condizioni condition testingUna tecnica di progettazione di test white-box nella quale i test case vengono progettatiper attivare gli esiti delle condizioni.

x

testing delle condizioni multiple

multiple condition testing

Una tecnica di progettazione di test white-box nella quale i test case sono progettati pereseguire combinazioni di singoli esiti condizionali (nell’ambito di una singola istruzione).

x

testing delle condizioni multiple modificate

modified multiple condition testing

testing di determinazione delle condizioni

x

testing delle decisioni decision testingUna tecnica di progettazione di test white-box nella quale i test case sono progettati pereseguire gli esiti delle decisioni.

x x

testing delle decisioni condizionate

decision condition testing

Una tecnica di progettazione di test white-box nella quale i test case sono progettati pereseguire gli esiti delle condizioni e gli esiti delle decisioni.

x

testing delle decisioni in condizioni modificate

modified condition decision testing

Una tecnica di progettazione di test white-box nella quale i test case sono progettati pereseguire gli esiti delle singole condizioni che influenzano in modo indipendente gli esitidelle decisioni.


x

testing delle istruzioni statement testingUna tecnica di progettazione del testing white-box nella quale i casi di test sonoprogettati per eseguire istruzioni.

x x

testing delle mutazioni mutation testing

Testing nel quale due o più varianti di un componente o sistema sono eseguite con glistessi input, in cui quindi gli output vengono confrontati ed analizzati in casi didiscrepanze.

testing back‐to‐back x

testing delle partizioni partition testingpartizionamento di

equivalenza.[Beizer]

testing delle prestazioni performance testing Il processo di testing per determinare le prestazioni di un prodotto software. testing di efficienza. x x x x x x

testing delle transizioni di stato

state transition testingUna tecnica di progettazione di test black-box test nella quale i test case sono progettatiper eseguire transizioni di stato valide ed invalide.

testing di N‐commutazioni. x x x

testing di accessibilità accessibility testingTesting atto a determinare la facilità attraverso la quale utenti con disabilità possonoutilizzare un sistema od un suo componente .

[Gerrard] x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


testing di accesso concorrente

concurrency testing

Testing atto a determinare in che modo il verificarsi di due o più attività nello stessointervallo di tempo, ottenuto interallacciando le attività o con esecuzioni simultanee, vienegestito dal componente o sistema

[IEEE 610]

testing di accettazione acceptance testing

Testing formale, basato sulle esigenze dell’utente, sui requisiti e sui processi di business,condotto per determinare se un sistema soddisfa o meno i criteri di accettazione e perconsentire all’utente, al cliente o ad un’altra entità autorizzata di decidere se accettareoppure non accettare il sistema.

[IEEE 610] x x x x x x

testing di accettazione in fabbrica

factory acceptance testing

Testing di accettazione eseguito presso il sito in cui il sistema è stato sviluppato edeseguito dai dipendenti del fornitore, per determinare se un componente od il sistema(normalmente comprensivo di hardware e software) soddisfa o meno i requisiti.

alfa test. x

testing di accettazione in produzione

production acceptance testing

testing di accettazione operativo

x

testing di accettazione on-site

site acceptance testing

Testing di accettazione da parte di utenti/clienti presso il loro sito, per determinare se uncomponente o sistema soddisfa o meno le esigenze utente/cliente ed è adeguato aiprocessi di business.

x


operational acceptance testing

Testing condotto nella fase di test di accettazione, normalmente eseguito in un ambienteoperativo simulato (simile a quello reale) dall’operatore e/o amministratoreconcentrandosi su aspetti operativi, come ad esempio la ripristinabilità, l’impegno dellerisorse, l’installabilità e la conformità tecnica.

testing operativo, testing di accettazione in

produzionex x

testing di accettazione utente

user acceptance testing

Test di accettazione effettuate dai futuri utenti in un (simulato) ambiente operativo,concentrandosi sui loro requisiti ed esigenze.

testing di accettazione x x x

testing di accuratezza accuracy testing Il processo di testing per determinare l’accuratezza di un prodotto SW. accuratezza x x

testing di affidabilità reliability testing Il processo di testing per determinare l' affidabilità di un prodotto software. x x

testing di carico load testing

Un tipo di testing prestazionale condotto per valutare il comportamento di un componenteo sistema sottoposto a carico crescente, come ad esempio il numero di utenti in paralleloe/o il numero delle transazioni, per determinare quale carico massimo può essere gestitodal componente o sistema stesso.

testing delle prestazioni, testing di stress.

x x

testing di collegamento link testingtesting di integrazione di

componentix

testing di comparazione elementare

elementary comparison testing

Una tecnica di progettazione di test black-box nella quale i test cases sono progettati pereseguire combinazioni di input usando la tecnica di copertura delle decisioni e dellecondizioni modificata,

[TMap] x

testing di compatibilità compatibility testing testing di interoperabilità x

testing di componente component testing Il testing dei singoli componenti software. [IEEE 610] x x x x x x

testing di configurazione configuration testing testing di portabilità x

testing di conformità compliance testing Il processo di testing per determinare la conformità del componente o sistema.testing di conformità,

testing regolamentativo, testing di standard

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


testing di conformità conformance testingtesting di conformità agli

standard x

testing di conformità agli standard

standard-compliant testing

Testing che verifica la conformità ad una serie di requisiti definiti da standard, adesempio standard industriali o standard di sicurezza fisica.

x

testing di conformità di processo

process compliant testing

Testing che segue un insieme di processi definiti, per esempio da un soggetto esterno,come un comitato per gli standard.


x

testing di contro-regressione

regression-averse testing

Testing che utilizza varie tecniche per gestire il rischio di regressione ,e.g., progettandodel testware riutilizzabile ed automatizzando intensamente uno o più livelli di test.

strategia di testing di contro‐regressione

x x x

testing di conversione conversion testingTesting del software usato per convertire dati da sistemi esistenti a sistemi che lisostituiscono.

testing di migrazione x

testing di copertura logica

logic-coverage testing testing white‐box. [Myers] x


condition determination testing

Una tecnica di progettazione di test white-box nella quale i test case vengono progettatiper eseguire singoli esiti di una condizione che indipendentemente interessano unal’esito di una decisione.

x

testing di efficienza efficiency testing Il processo di testing per determinare l’efficienza di un prodotto software. x

testing di funzionalità functionality testing Il processo di testing per determinare la funzionalità di un prodotto software. x

testing di gestibilità serviceability testing testing di manutenibilità x

testing di idoneità suitability testing Il processo di testing per determinare l'idoneità di un prodotto software xtesting di installabilità installability testing Il processo di testing dell’installabilità di un prodotto software. testing di portabilità x

testing di integrazione integration testingTesting eseguito per rilevare difetti nelle interfacce e nelle interazioni tra i componenti osistemi integrati.

testing di integrazione di componenti, testing di integrazione di sistemi.

x x x x x X x

testing di integrazione a coppie

pairwise integration testing

Una forma di test di integrazione che indirizza coppie di componenti che lavoranoinsieme, come illustrato nel grafo delle chiamate

x

testing di integrazione di componenti

component integration testing

Testing eseguito per identificare eventuali difetti nelle interfacce e nelle interazioni tra icomponenti integrati.

link testing x x x x

testing di integrazione di sistemi

system integration testing

Testing della integrazione di sistemi e componenti, nonché delle interfacce versoorganizzazioni esterne (ad esempio, Electronic Data Interchange, Internet).

x x x x x

testing di integrazione di vicinanza

neighborhood integration testing

Una forma di test di integrazione, dove tutti i nodi connessi ad un determinato nodo sonola base per il test di integrazione.

x

testing di integrazioneHW/SW

hardware-software integration testing

Test eseguito per esporre i difetti di interfaccia e di interazione tra componenti hardwaree software.

test di integrazione x

testing di integrazione in grande

integration testing in the large

testing di integrazione di sistemi.

x

testing di integrazione in piccolo

integration testing in the small

testing di integrazione di componenti.

testing di integrità dei dati

data integrity testing testing di integrità del

databasex

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


testing di integrità del database

database integrity testing

Testing dei metodi e dei processi usati per accedere e gestire il database, per assicurareche i metodi di accesso, i processi e le regole sui dati funzionino come atteso e che,durante l’accesso al database, i dati non siano corrotti o cancellati, modificati o creati inmodo inatteso.

x

testing di interfaccia interface testingUn tipo di test di integrazione che riguarda il testing delle sole interfacce tra componenti osistemi.

x x

testing di interoperabilità interoperability testing Il processo di testing per determinare l’interoperabilità di un prodotto software. testing di funzionalità x x x

testing di manutenibilità maintainability testing Il processo di testing per determinare la manutenibilità di un prodotto software. x x

testing di manutenzione maintenance testingTesting delle modifiche ad un sistema in produzione o dell’impatto di un ambientemodificato ad un sistema in produzione.

x x x x

testing di matrici ortogonali

orthogonal array testing

Un modo sistematico di testare tutte le coppie di combinazioni di variabili, usando dellematrici ortogonali. Riduce significativamente il numero di combinazioni di variabili pertestare tutte le coppie di combinazioni.

testing combinatorio, testing n‐wise.

x

testing di memorizzazione

storage testingtesting di utilizzazione delle

risorsex

testing di migrazione migration testing testing di conversionetesting di modulo module testing testing di componente. x

testing di N-commutazioni

N-switch testingUna forma di testing delle transizioni di stato nella quale i test case sono progettati pereseguire tutte le sequenze valide di N+1 transizioni.


[Chow] x

testing di portabilità portability testing Il processo di testing atto a determinare la portabilità di un prodotto software. x

testing di procedure procedure testingTesting finalizzato ad assicurare che il componente od il sistema possa operare incongiunzione con procedure (nuove o esistenti) di business o procedure operative.

x

testing di profilo operativo

operational profile testing

Testing campionario che usa un insieme di attività (di breve durata) derivate del profilooperativo del sistema.

testing statistico [Musa]

testing di programma program testing testing di componente x

testing di recuperabilità recoverability testing Il processo di testing per verificare la recuperabilità di un prodotto software. testing di affidabilità x x

testing di regressione regression testing

Testing delle modifiche di un programma precedentemente testato, per assicurare chenon siano stati introdotti o non scoperti dei difetti in aree non modificate del software,come risultato delle modifiche effettuate. Esso viene eseguito quando il software od il suoambiente viene modificato.

x x x x x

testing di robustezza robustness testing Testing per determinare la robustezza del prodotto software. x

testing di scalabilità scalability testing Testing atto a determinare la scalabilità del prodotto software. x

testing di scenari utente user scenario testing testing dei casi d’uso.

testing di sicurezza security testing Testing atto a determinare la sicurezza del prodotto software. testing di funzionalità x x x x

testing di sicurezza fisica

safety testing Testing atto a verificare la sicurezza fisica di un prodotto software. x

testing di sistema system testingIl processo di testing di un sistema integrato per verificare che esso soddisfi i suoirequisiti specificati.

[Hetzel] x x x x x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


testing di sviluppo development testingTesting formale o informale condotto durante la realizzazione di un componente osistema, generalmente nell’ambiente di sviluppo dagli sviluppatori.

[IEEE 610] x

testing di unità unit testing testing di componente

testing di usabilità usability testing

Testing per determinare il grado con il quale il prodotto software viene compreso, risultafacile da imparare, facile da usare e di piacevole utilizzo per gli utenti sotto specifichecondizioni.

[ISO 9126] x x x x

testing di user story user story testingUna tecnica di progettazione del testing black-box, in cui i casi di test sono progettati inbase a user strory per verificare la loro corretta implementazione.

user story x x

testing di utilizzazione delle risorse

resource utilization testing Il processo di testing per determinare l’utilizzazione delle risorse di un prodotto software. testing di efficienza x

testing di volume volume testing Testing nel quale il sistema è alimentato con grandi volumi di dati. testing di utilizzazione delle

risorsex

testing dinamico dynamic testing Testing che comporta l’esecuzione del software di un componente o sistema. x x x x x X

testing esaustivo exhaustive testingUn approccio al test nel quale l’insieme di test comprende tutte le combinazioni di valoridi input e di precondizioni.

testing completo x

testing esplorativo exploratory testing

Una tecnica informale di progettazione di test nella quale il tester controlla direttamente laprogettazione dei test, come questi test sono eseguiti ed usa le informazioni che ha trattodurante il testing per progettare nuovi e migliori test.

[Bach] x x x X

testing funzionale functional testingTesting basato su un’analisi delle specifiche della funzionalità di un componente osistema.

testing black‐box. x x x x x

testing glass box glass box testing testing white‐box x

testing GUI (Graphical Ueser Interface)

GUI testing Testing eseguito interagendo con il software in test tramite Graphical User Interface. x

testing guidato scripted testingEsecuzione di test condotta seguendo una sequenza di test precedentementedocumentati.

x

testing guidato dai dati data driven testing

Una tecnica di scripting che memorizza gli input dei test ed i risultati attesi in una tabellao in un database, in modo che un singolo script di controllo possa eseguire tutti i testnella tabella. Il testing guidato dai dati viene spesso usato per supportare l’applicazionedi strumenti di esecuzione di test, come gli strumenti di cattura/riesecuzione.


[Fewster e

Graham] x x x

testing guidato dal processo

process-driven testingUna tecnica di scripting in cui gli script sono strutturati in scenari che rappresentano i casid’uso del software in test. Gli script possono essere poi parametrizzati con i dati di test.

x

testing guidato dalla logica

logic-driven testing testing white‐box. x


keyword driven testing

Una tecnica di scripting che usa dei file di dati per contenere non solo i dati di test ed irisultati attesi, ma anche le parole chiave legate all’applicazione di cui effettuare iltesting. Le parole chiave sono interpretate da speciali script di supporto che sonochiamati dallo script di controllo per il test.

testing guidato dai dati, testing guidato dalle azioni

x x x

testing in isolamento isolation testingTesting di singoli componenti isolati dai componenti circostanti, nel quale i componenticircostanti vengono simulati, se necessario, da stub e driver.

x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


testing incrementale incremental testingTesting nel quali i componenti o sistemi sono integrati e testati uno alla volta (od agruppi), fino a che tutti i componenti o sistemi sono integrati e testati.

x

testing insourced insourced testingTesting svolto da persone che collaborano con il gruppo di test, ma che non sonodipendenti dell’azienda.

x x x

testing invalido invalid testingTesting che utilizza valori di input che dovrebbero essere rifiutati/rigettati dal componenteo sistema.

testing negativo, tolleranza agli errori

x

testing LCSAJ LCSAJ testingUna tecnica di progettazione di test white-box nella quale i test case sono progettati pereseguire dei LCSAJ.

x

testing metodologico methodical testingTesting basato su un insieme di standard di test, ad esempio una lista di controllo, unostandard di qualità od una serie di casi di test generalizzati.


testing model-base (MBT)

model-base testing (MBT) Testing che si basa su o comporta l'uso di modelli MBT model x x x x

testing negativo negative testing

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 diprogettazione di test, come ad esempio il testing con valori di input invalidi o eccezioni.

testing sporco [Beizer] x

testing non-funzionale non-functional testingTesting degli attributi di un componente/sistema che non sono legati a funzionalità, comead esempio affidabilità, efficienza, usabilità, manutenibilità e portabilità.

x x x x x x

testing operativo operational testing Testing condotto per valutare un componente o sistema nel suo ambiente operativo. [IEEE 610] x

testing parallelo pair testing

Una coppia di persone (ad esempio due tester, uno sviluppatore e un tester, oppure unutente finale ed un tester), che lavorano assieme per trovare difetti. Tipicamente, essicondividono un computer e prendono il controllo di esso durante il testing.

x

testing progressivo thread testing

Una versione del testing di integrazione di componenti nella quale la progressivaintegrazione dei componenti segue l’implementazione di sottoinsiemi dei requisiti, inalternativa all’integrazione dei componenti per livelli gerarchici.

x

testing reattivo reactive testing

Tecnica di testing che risponde dinamicamente al sistema in test reale, ottenendo irelativi risultati. Esso ha normalmente un ciclo di pianificazione ridotto e le fasi diprogettazione ed implementazione dei test non sono svolte sino al ricevimento delsoftware.

strategia di testing reattivo x x

testing sintattico syntax testingUna tecnica di progettazione di test black-box nella quale i test case sono progettatibasandosi sulla definizione del dominio di input e/o di output.

x

testing statico static testingTesting di un componente software (requisiti, progettazione, codice) senza la suaesecuzione, come ad esempio revisioni o analisi statica del codice.

x x x X

testing statistico statistical testingUna tecnica di progettazione del testing nella quale si usa un modello di distribuzionestatistica degli input per costruire dei casi di test rappresentativi.

testing di profilo operativo x

testing strutturale structural testing testing white‐box xtesting sul campo field testing beta testing. x

testing top-down top-down testing

Un approccio incrementale al testing di integrazione, nel quale viene testato per primo ilcomponente in cima alla gerarchia dei componenti, con i componenti al livello inferioresimulati da opportuni stub. I componenti testati sono quindi usati per testare i componentidel livello inferiore. Il processo viene ripetuto finchè tutti i componenti di livello più bassosono stati testati.


FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


testing web-base web-base testing Tecnica utilizzata per testare applicazioni WEB.. x x

testing white-box white-box testing Testing basato su un’analisi della struttura interna del componente o sistema. x x x x

testware testware

Prodotti sviluppati durante il processo di test per pianificare, progettare ed eseguire test,come ad esempio documentazione, script, input, risultati attesi, procedure diconfigurazione e di ripristino, file, database, ambiente ed ogni software di utilitàaggiuntivo usato durante il testing. [In accordo con Fewster e Graham]

x x x x x

testware automatico automated testwareTestware utilizzato nel testing automatizzato, come ad esempio scripts (o sequenza dicomandi) di uno strumento.

X x

tipo di rischio risk type

Un insieme di rischi raggruppati per uno o più fattori comuni, come ad esempio unattributo di qualità, una loro causa, la loro collocazione o l’effetto potenziale del rischio.Uno specifico insieme di tipi di rischio di prodotto viene correlato al tipo di test in grado diattenuare (o controllare) quel tipo di rischio. Per esempio il rischio che una interazioneutente possa essere fraintesa può essere attenuato dal test di usabilità.

categoria di rischio x

tipo di test test type

Un gruppo di attività di test che hanno la finalità di testare un componente o sistema,focalizzandosi su uno specifico obiettivo di test (test funzionale, test di usabilità, test diregressione ecc). Un tipo di test può essere condotto nell’ambito di uno o più livelli di testo in una o più fasi.

[Tmap] x x x x

tipologia dei difetti defect type

Un elemento in una tassonomia dei difetti. Le tassonomie dei difetti possono essereclassificate in base ad una serie di considerazioni• Fase o attività di sviluppo in cui il difetto viene creato, ad esempio un errore di specificao di codifica • Caratterizzazione dei difetti, per esempio un difetto•"personale"• Inesattezza, ad esempio, un operatore relazionale non corretto, un errore di sintassi dilinguaggio ecc.• Problemi di prestazioni, ad esempio eccessivo tempo di esecuzione, disponibilitàinsufficiente.

categoria del difetto x x

TMMi ( Test Maturity Model integration)


x

tolleranza agli errori error toleranceLa capacità di un sistema o componente di continuare le normali operazioni anche inpresenza di input errati.

[IEEE 610] x

tolleranza ai guasti fault toleranceLa capacità del prodotto software di mantenere uno specificato livello di prestazioni incasi di guasti software (difetti) o di violazione delle sue specifiche interfacce.

affidabilità, robustezza [ISO 9126] x

Total Quality Management (TQM)


Un approccio di gestione organizzativa incentrata sulla qualità, sulla base dellapartecipazione di tutti i membri dell'organizzazione a perseguire il successo a lungotermine attraverso la soddisfazione del cliente ed i benefici per tutti i membridell'organizzazione e per la società. Total Quality Management si compone dipianificazione, organizzazione, direzione, controllo e garanzia.

x

TPG (Test Process Group)


Test Process Group x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


TPI-Next TPI-Next

Un modello orientato al business per il miglioramento del processo di test, che descrivegli elementi chiave di un processo efficace ed efficiente.

x x

TQM (Total Quality Management)


Total Quality Management x

tracciabilità traceabilityLa capacità di identificare elementi correlati nella documentazione e nel software, comead esempio i requisiti con i test associati.

tracciabilità orizzontale, tracciabilità verticale

x x x x x x

tracciabilità orizzontale horizontal traceability

Il tracciamento dei requisiti di un certo livello di test attraverso gli strati delladocumentazione disponibile (ad esempio, piano di test, specifica di progettazione deitest, specifica dei test case, specifica della procedura di test o script di test).

x x

tracciabilità verticale vertical traceabilityIl tracciamento dei requisiti attraverso i livelli della documentazione di sviluppo verso icomponenti.

x

transizione di stato state transition Una transizione tra due stati di un componente o di un sistema. x x

unità unit componente

usabilità usabilityLa capacità del software di essere compreso, imparato, utilizzato e di essere di piacevoleutilizzo per l’utente quando usato sotto specifiche condizioni.

[ISO 9126] x x x x x x x

user story user story

Un requisito utente o di business di alto livello, comunemente utilizzato nello svilupposoftware agile, in genere costituito da una o più frasi( in linguaggio comune o di business)evidenzianti le funzionalità di cui un utente necessita, eventuali requisiti non funzionali edi criteri di accettazione.

sviluppo software agile, requisito

x x x x

utilizzazione risorse resource utilization

La capacità del prodotto software di utilizzare (quando il software esegue le suefunzionalità sotto prefissate condizioni) le appropriate quantità e tipologia di risorse, peresempio l’impegno di memoria principale e secondaria, le dimensioni dei file temporaneio di overflow, etc.

efficienza [ISO 9126] x

validazione validationConferma per esame (e attraverso la fornitura di evidenze obiettive) che i requisiti, per unuso specifico e predefinito o per una applicazione, sono stati soddisfatti.

[ISO 9000] x x x x x x

valore di input input value Una istanza di un input. input x x

valore di output output value Una istanza di un output. x

valore limite boundary value

Un valore di input o di output che è sul margine di una partizione di equivalenza o allapiù piccola distanza incrementale su qualunque lato del margine; per esempio se lapartizione di equivalenza è compresa fra 1 e 10 i valori limite sono : 1 = valore minimo ,0 = 1 -1 e 10 = valore massimo e 11 = 10+1.

x x

valutazione evaluation testing. x

valutazione del rischio risk assessment

Il processo di identificazione ed analisi successiva del rischio identificato di progetto o diprodotto, per determinarne il livello, in genere con l'assegnazione di valori di probabilitàed impatto.

analisi del rischio,rischio, rischio di prodotto, rischio di progetto, probabilità di

rischio

x x x x x x

valutazione euristica heuristic evaluation

Una tecnica di revisione di usabilità per trovare problemi di usabilità nell'interfaccia utenteo nella sua progettazione. Con questa tecnica i partecipanti alla revisione esaminanol'interfaccia e giudicano la sua concordanza con i principi di usabilità comunementericonosciuti (le “euristiche”).

x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


variabile variable

Un elemento di memorizzazione in un computer che è accessibile da un programmasoftware tramite un nome di riferimento.

x x x x x

verifica verificationConferma per esame (e attraverso la fornitura di evidenze obiettive) che specifici requisitisono stati soddisfatti.


verificatore checker revisore

walkthrough walkthrough

Una presentazione passo per passo dell’autore del contenuto di un documento conl’obiettivo di raccogliere suggerimenti di miglioramento e di pervenire ad unacomprensione comune del suo contenuto.

peer review[Freedman e

Weinberg, IEEE

1028]

x x x

walkthrough strutturato structured walkthrough walkthrough x

WAMMI ( Website Analysis and MeasureMent Inventory)


Una tecnica di testing di usabilità, basata su questionari-, per la misurazione della qualitàdi software web dal punto di vista dell'utente finale.

x

Wide Band Delphi Wide Band Delphi Una tecnica di stima basata sul contributo collettivo di un gruppo di esperti. x

wizard di installazione installation wizard

Software fornito su qualsiasi supporto adeguato, che conduce l’installatore durante ilprocesso di installazione. Esso normalmente lancia il processo di installazione, forniscedei riscontri sui risultati dell’installazione e assiste nella scelta delle opzioni disponibili.

x x

Work Breakdown Structure (WBS)


Una struttura di componenti del prodotto finale e la loro relazione reciproca. x x

FL ALTM

ALTA ALTTA AG


ALTAE

abstract test case test case astratto test case di alto livello. x

acceptance criteria criterio di accettazioneIl criterio di uscita che un componente o sistema deve soddisfare per poter essereaccettato da un utente, un cliente od un’altra entità autorizzata.


acceptance testing testing di accettazione

Testing formale, basato sulle esigenze dell’utente, sui requisiti e sui processi di business,condotto per determinare se un sistema soddisfa o meno i criteri di accettazione e perconsentire all’utente, al cliente o ad un’altra entità autorizzata di decidere se accettareoppure non accettare il sistema.

[IEEE 610] x x x x x x

accessibility testing testing di accessibilitàTesting atto a determinare la facilità attraverso la quale utenti con disabilità possonoutilizzare un sistema od un suo componente .

[Gerrard] x x

accuracy accuratezzaLa capacità del prodotto software di fornire il risultato corretto o previsto, oppure con ilnecessario grado di precisione.

testing di funzionalità [ISO 9126] x x x x x x

accuracy testing testing di accuratezza Il processo di testing per determinare l’accuratezza di un prodotto SW. accuratezza x x

acting (IDEAL) azione (IDEAL):

La fase all'interno del modello IDEAL in cui i miglioramenti sono identificati, messi inpratica e distribuiti in tutta l'organizzazione. La fase di “azione” comprende le seguentiattività: creare la soluzione, effettuare un pilota e test della soluzione, perfezionare eimplementare la soluzione.

IDEAL x




x

actor attoreUtente o ogni altra persona od altro sistema che interagiscono col sistema in test conparticolari modalità.

x x x

actual outcome esito effettivo risultato effettivo

actual result risultato effettivoIl comportamento espresso od osservato quando un sistema od un suo componenteviene testato.

esito effettivo x x

ad hoc testing testing ad hocTesting condotto informalmente; non si preparano test formali, nessuna tecnica diprogettazione riconosciuta viene usata, non ci sono aspettative per i risultati e l'attività diesecuzione dei test è condotta in modo soggettivo.

x

adaptability adattabilitàLa capacità del prodotto software di essere adattato per ambienti differenti senzal’utilizzo di altre azioni o l’impiego di altre risorse rispetto a quelle già inserite per questoscopo nel software considerato.


agile manifesto agile manifesto

Una dichiarazione sui valori che sono alla base dello sviluppo del software agile. I valorisono:• 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.

sviluppo SW agile x x

agile software development

sviluppo software agileUn gruppo di metodologie di sviluppo software basate sullo sviluppo incrementaleiterativo, in cui i requisiti e le soluzioni evolvono tramite una stretta collaborazione trateam inter-funzionali che si auto-organizzano.

x x x

agile testing agile testingPratica di testing, adottata nell’ambito di un progetto che utilizzi metodologie Agile,incorporanti tecniche e metodi come la extreme programming (XP), che tratta lo sviluppocome il “cliente” del testing, enfatizzando quindi il paradigma di progettazione test-first.

sviluppo guidato dal test x x

algorithm test [TMap] test di algoritmo testing dei rami. x

SILLABI

DESCRIZIONE VEDI ANCHE RIF.ITALIANOENGLISH

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


alpha testing alpha testing

Testing operativo (effettivo o simulato) svolto da parte di potenziali utenti o di un testteam indipendente nell’ambiente di sviluppo, ma al di fuori dell’organizzazione disviluppo. Tale testing viene spesso utilizzato per software off-the-shelf come una formadi testing di accettazione interno.

x x x

analytical test strategy strategia di test analiticaUna strategia di test con cui il team di test analizza la base di test per identificare lecondizioni di test da coprire

x

analytical testing testing analitico Testing basato su un'analisi sistematica di ( ad esempio) requisiti , rischi di prodotto. x

analyzability analizzabilitàLa capacità del prodotto software di essere sottoposto a diagnosi per carenze o cause di

esiti negativi nel software, o per identificare le parti del software che devono esseremodificate.

manutenibilità. [ISO 9126] x x x

analyzer analizzatore analizzatore statico. x

anomaly anomalia

Ogni condizione che devia dalle aspettative basate sulle specifiche dei requisiti,documenti di progetto, documenti utente, standards, etc. o dalla percezione o esperienzadi qualcuno. Le anomalie possono essere trovate durante, ma non solo, revisioni, testing, analisi, compilazione, uso di prodotti software

difetto, errore, guasto, esito negativo, incidente,

problema. [IEEE 1044] x x x x

anti-pattern anti-patternAzione ripetuta, processo, struttura o soluzione riutilizzabile che inizialmente sembranoessere benefiche e sono comunemente usate, ma sono in pratica inefficaci e/ocontroproducenti.

x

APIAPI (Application Program Interface)

Testing API x

API (Application Programming Interface) testing

Testing API (Application Programming Interface)

Test eseguito sottomettendo comandi al software sotto test usando direttamente le APIdell'applicazione

testing di interfaccia x

assessment analisi del rischioIl processo di identificazione e di valutazione dei rischi di progetto o di prodotto, perdeterminare il loro livello, stimando il loro impatto e la loro possibilità di verificarsi (intesacome probabilità).

valutazione del rischio x x x x

assessment processprocesso di assessment:

Una valutazione strutturata (verso uno specifico modello di riferimento) dei processi disviluppo software di un'organizzazione.

[ISO 15504]

assessment report rapporto di assessmentUn documento che riporta i risultati di un’attività di assessment, evidenze, conclusioni eraccomandazioni.

processo di assessment

assessment report: rapporto di assessmentUn documento che riassume i risultati dell’assessment, ad esempio, evidenze,raccomandazioni e conclusioni.

processo di assessment. [CMMi] x

assessor assessor Una persona che effettua un assessment; qualsiasi membro di un team di assessment. x

atomic condition condizione atomicaUna condizione che non può essere scomposta, cioè una condizione che non contienedue o più condizioni singole affiancate da un operatore logico (AND, OR, XOR).

x

attack attaccoTentativo diretto e focalizzato a valutare la qualità, in particolare l’affidabilità, di unsistema od una sua componente (oggetto di test), tentando di forzare il verificarsi dispecifici esiti negativi.

testing negativo

attack-based testingtesting basato sugli attacchi

Una tecnica di test basata sull'esperienza, che utilizza attacchi software che provocanoanomalie e guasti di sistema, specialmente di sicurezza.

attacco.

attractiveness attrattività La capacità del prodotto software di essere attraente per l’utente. usabilità. [ISO 9126] x x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


audit audit

Una valutazione indipendente di prodotti software o di processi per accertare l’aderenzaa standards, linee guida, specifiche e/o procedure basate su criteri oggettivi, compresidocumenti che specificano:(1) la forma o il contenuto dei prodotti che devono essererealizzati, (2) il processo attraverso il quale i prodotti devono essere realizzati,(3) lemodalità con cui l’aderenza agli standard o alle linee guida deve essere misurata

[IEEE 1028]. x x x x x

audit trail audit trail

Un percorso attraverso il quale l’input originale ad un processo (ad esempio, dati) puòessere ripercorso a ritroso, prendendo come punto di partenza l’output del processostesso. Questo facilita l’analisi dei difetti e consente lo svolgimento di un processo diaudit

[TMap] x

automated testware testware automaticoTestware utilizzato nel testing automatizzato, come ad esempio scripts (o sequenza dicomandi) di uno strumento.

X x

automation code defect density

densità dei difetti nel codice di automazione Densità dei difetti di un componente del codice della test automation densità dei difetti x

availability disponibilitàIl grado col quale un sistema od un suo componente è operativo ed accessibile quando

ne viene richiesto l’uso. Spesso viene espressa come valore percentuale.[IEEE 610] x x x x x x

balanced scorecard balanced scorecardUno strumento strategico per misurare se le attività operative di un'azienda sonoallineate con gli obiettivi in termini di visione e strategia

cruscotto aziendale,dashboard.

x

baseline baselineUna specifica del prodotto software che è stata formalmente revisionata o che è stataconcordata/pattuita, che nel seguito serve come la base per ulteriore sviluppo, e che puòessere cambiata solamente attraverso un processo di controllo formale delle modifiche.

[ IEEE 610] x x

basic block blocco baseUna sequenza di uno o più istruzioni eseguibili consecutivamente e che non contengonorami. Nota: un nodo in un grafo del flusso di controllo rappresenta un blocco base.

basis test set base del gruppo di testUn gruppo di test case derivati dalla struttura interna di un componente o di una suaspecifica, per assicurare che il 100% di uno specifico criterio di copertura sarà raggiunto.

bebugging bebugging disseminazione dei difetti [Abbott]

behavior comportamentoLa risposta di un componente o sistema ad un insieme di valori di input e/o diprecondizioni.

benchmark test test di riferimento(1) Uno standard nei confronti del quale possono essere svolte misurazioni o confronti.(2) Un test che viene usato per confrontare reciprocamente componenti o sistemi oconfrontarli rispetto ad uno standard, come in (1)

[IEEE 610]

bespoke software software personalizzatoSoftware sviluppato specificatamente per un insieme di utenti o clienti. É l’opposto disoftware off-the-shelf.

software customizzato

best practice best practiceUn metodo o una pratica innovativa che contribuisce a migliorare le prestazioni di unaorganizzazione in un dato contesto; essi sono normalmente considerati il metodo o lapratica ‘migliore’ da altre organizzazione che operano nel medesimo contesto.

x x x x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


beta testing beta testing

Testing operativo da parte di potenziali e/o esistenti utenti/clienti svolto presso un sitoesterno senza coinvolgimento degli sviluppatori, per determinare se un componente o unsistema soddisfa o meno le esigenze dell’utente/cliente ed è conforme ai processi dibusiness. Il beta testing viene spesso impiegato come una forma di testing diaccettazione esterno per software off-the-shelf , con l’obiettivo di avere un riscontro dalmercato.

testing sul campo x x x

big-bang testing testing big-bangUn approccio al test di integrazione in cui gli elementi software, gli elementi hardware oentrambi sono combinati tutti in una volta in un unico componente o in un intero sistemapiuttosto che per stadi successivi.

testing di integrazione. [IEEE 610] x

black-box technique tecnica black-box tecnica di progettazione

black‐boxx

black-box test design technique

tecnica di progettazione di test black-box

Procedura per derivare e/o selezionare test case partendo dall'analisi delle specifiche,funzionali o non funzionali, di un componente o sistema senza riferimento alla suastruttura interna


x x

black-box testing testing black-boxTesting, sia funzionale che non-funzionale, senza nessun riferimento alla strutturainterna del componente o del sistema.

x x x x x x

blocked test case test case bloccatoUn test case che non può essere eseguito in quanto le precondizioni per la suaesecuzione non sono soddisfatte.

bottom-up testing testing bottom-up

Un approccio incrementale al testing di integrazione nel quale vengono testati prima icomponenti di livello più basso per facilitare poi il testing dei componenti di più livello piùalto. Questo processo viene ripetuto finché il componente in cima alla gerarchia vienetestato.


boundary value valore limite

Un valore di input o di output che è sul margine di una partizione di equivalenza o allapiù piccola distanza incrementale su qualunque lato del margine; per esempio se lapartizione di equivalenza è compresa fra 1 e 10 i valori limite sono : 1 = valore minimo ,0 = 1 -1 e 10 = valore massimo e 11 = 10+1.

x x

boundary value analysis

analisi ai valori limiteUna tecnica di progettazione del test in cui i casi di test sono progettati in base ai valorilimite

valore limite. x x

boundary value coverage

copertura dei valori limite La percentuale di valori limite che sono stati stimolati da un insieme di test. x

boundary value testing testing dei valori limite analisi ai valori limite. x

branch ramoUn blocco base che può essere selezionato per l’esecuzione, basato su un costrutto diun programma nel quale due o più cammini di programma alternativi sono disponibili; adesempio, case, jump, go to, if then-else.

x x

branch condition condizione del ramo condizione. x

branch condition combination coverage

copertura delle combinazioni delle condizioni dei rami


x

branch condition combination testing

testing delle combinazioni delle condizioni dei rami


x

branch condition coverage


copertura delle condizioni. x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


branch coverage copertura dei ramiLa percentuale di rami che è stata stimolata da un insieme di test. Una copertura deirami del 100% implica sia una copertura delle decisioni al 100% che una copertura delleistruzioni al 100%.

x x x x

branch testing testing dei ramiUna tecnica di progettazione white-box nella quale i test case sono progettati perstimolare l’esecuzione dei rami.

x

buffer buffer

Un dispositivo o un’area di memorizzazione usata per memorizzare temporaneamentedati, che serve quando si hanno differenze nei tassi del flussi dati, tempo o verificarsi dieventi, o quantità di dati che possono essere gestiti dai dispositivi o processi coinvolti neltrasferimento o nell’uso dei dati.

[IEEE 610] x

buffer overflow buffer overflow

Un esito negativo nell’accesso alla memoria provocato dal tentativo da parte di unprocesso di memorizzare dati oltre i limiti di un buffer di lunghezza fissata, che ha comeeffetto quello di sovrascrivere delle aree di memoria adiacenti o quello del sollevarsi diuna eccezione di overflow.

buffer x

bug baco difetto x

bug report rapporto dei bachi report dei difetti x

bug taxonomy tassonomia dei bachi tassonomia dei difetti. x

bug tracking toolstrumento di tracciamento dei bachi


x

build buildAttività di promozione ad un ambiente successivo (es. di test o di produzione) di unacomponente od un sistema sofware.

x

build verification test (BVT)

test di verifica delle build

Un insieme di test automatizzati che convalida l'integrità della compilazione di ogninuova build e ne verifica la funzionalità, la stabilità e la testabilità. È una pratica comunedi fronte ad un'alta frequenza di creazione di nuove build (ad es., progetti agile) cheviene eseguita su ogni nuova build prima di essere rilasciata per ulteriori test.

testing di regressione, smoke test

x x x x

burndown chart grafico burndown

Un grafico visualizzato pubblicamente che raffigura lo sforzo residuo nel tempo in unosprint (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 “storypoints”).

x

business process-based testing

testing basato sui processi di business

Un approccio al testing nel quale i test case sono progettati basandosi sulle descrizionie/o sulla conoscenza di processi di business.

call graph grafo delle chiamateUna rappresentazione astratta delle relazioni di richiamo fra le subroutine di unprogramma.

x

Capability Maturity Model Integration (CMMI)

Capability Maturity Model Integration (CMMi)

Un modello che descrive gli elementi chiave di un efficace sviluppo di prodotto e di unefficace processo di manutenzione. Il Capability Maturity Model Integration copre le bestpractice per la pianificazione, l’ingegnerizzazione e la gestione dello sviluppo delprodotto e per la sua manutenzione.

[CMMi] x x x

capture/playback cattura/riesecuzioneUn approccio di automazione dei test, in cui gli input all’oggetto dei test sono registratidurante il testing manuale, allo scopo di generare degli script automatizzati di test chepossano essere successivamente rieseguiti.

x x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


capture/playback toolstrumento di cattura/ riesecuzione

Un tipo di strumento di esecuzione di test nel quale gli input sono registrati durante iltesting manuale con lo scopo di generare script di test automatizzati, che possonoessere eseguiti successivamente (cioè rieseguiti). Questi strumenti sono spesso usatiper supportare testing di regressione automatizzato.

strumento di cattura/riproduzione.

x x x



x



automazione dei test x

causal analysis analisi causale L’analisi dei difetti per determinare la loro causa originale. [CMMi] x

cause-effect analysis analisi causa-effettoprogettazione basata sul

grafo causa‐effetto.x

cause-effect decision table

tabella delle decisioni causa-effetto

tabella delle decisioni. x

cause-effect diagramdiagramma causa-effetto

Una rappresentazione grafica utilizzata per organizzare e visualizzare le interrelazionidelle varie possibili cause originali di un problema. Le possibili cause di un difetto reale opotenziale o di un esito negativo sono organizzate in categorie e sottocategorie in unastruttura ad albero orizzontale, con il (potenziale) difetto o esito negativo come nodoprincipale.

[Juran] x x

cause-effect graph grafo causa-effettoUna rappresentazione grafica di input e/o stimoli (cause) con i loro associati output(effetti), che può essere usata per la progettazione di test case.

x x x x

cause-effect graphingprogettazione basata sul grafo causa-effetto

Una tecnica di progettazione di test black-box nella quale i test case sono progettati apartire dai grafi causa-effetto.

analisi causa‐effetto [BS 7925/2] x x x

certification certificazioneIl processo di conferma che un componente, sistema o persona soddisfi suoi requisitispecifici; ad esempio, passando un esame.

x x x x x

change control controllo delle modifiche controllo di configurazione. x

change control boardgruppo di controllo delle modifiche

gruppo di controllo di configurazione. x

change management gestione delle modifiche(1) un approccio strutturato per gestire le transizioni di individui, team ed organizzazionida uno stato corrente ad uno desiderato stato futuro. (2) una modalità controllata pereffettuare una modifica, od una proposta di modifica, ad un prodotto o servizio.


x x x x

changeability modificabilitàLa capacità del prodotto software di consentire che specifiche modifiche softwarepossano essere facilmente implementate.

manutenibilità [ISO 9126] x x

charter dichiarazione dichiarazione di testchecker verificatore revisore

checklist-based testing

testing basato su cheklist

Una tecnica di progettazione dei test basata sulla esperienza, in base alla quale l'espertotester utilizza un elenco (di alto livello) degli elementi da osservare, controllare oricordare, od un insieme di regole o criteri in base ai quali un prodotto SW deve essereverificato.

testing basato sull'esperienza.

x x

Chow's coverage metrics


copertura di N‐commutazioni

[Chow] x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


classification tree albero di classificazioneUn albero che mostra le partizioni di equivalenza ordinate in modo gerarchico e cheviene usato per progettare test case nel metodo dell’albero di classificazione.


x

classification tree method


Una tecnica di progettazione di test black-box nella quale i test case, descritti attraversoun albero di classificazione, sono progettati per eseguire combinazioni dirappresentazioni di domini di input e/o output.

x

clear box testing testing clear box testing white‐box. x

CLICLI (Common Line Interface)

Istruzioni di un calcolatore e definizione dei dati espresse in un linguaggio diprogrammazione oppure in una forma di output da parte di un assemblatore, compilatoreo altro traduttore.

[IEEE 610] x

CLI testingtesting CLI (Common Line Interface)

Testing effettuato con la sottomissione di comandi al software in test, utilizzando unaCommon-Line Interface dedicata

x

clustering concentrazione xCMMI (Capability Maturity Model Integration).


Capability Maturity Model Integration

code codiceIstruzioni e definzioni di dati espresse in un linguaggio di programmazione o in unmodulo sw come output di un assemblatore, compilatore o altri interpreti.


code analyzer analizzatore di codiceanalizzatore statico di

codicex

code coverage copertura di codiceUn metodo di analisi che determina quali parti del software sono state eseguite (coperte)dall’insieme di test e quali parti non sono state eseguite; ad esempio, copertura delleistruzioni, copertura delle decisioni, copertura delle condizioni.

x x x x x x

code-based testingtesting basato sul codice

testing white‐box x

codependent behaviorcomportamento dipendente

L'eccessiva dipendenza emotiva o psicologica da un'altra persona, in particolare nelcercare di modificare il comportamento corrente (indesiderato), di quella persona,mentre si continua a sostenerla nel mantenere quel comportamento. Ad esempio nelsoftware testing , lamentarsi del ritardo nella consegna del test e contemporaneamentegloriarsi dell’"eroico" lavoro straordinario per recuperare il ritardo, che in realtà aggravail ritardo stesso.

x

co-existence coesistenzaLa capacità del prodotto software di coesistere con altro software indipendente in un

ambiente comune condividendo risorse comuni. portabilità [ISO 9126] x x

combinatorial testing testing combinatorioUna tecnica di progettazione dei test black-box in cui i casi di test sono progettati pereseguire combinazioni specifiche di valori per diversi parametri

metodo dell’albero di classificazione, testing N‐wise, testing pairwise,

matrice ortogonale di test

x x

commercial off-the-shelf software

software commerciali off-the-shelf

Un prodotto software che è sviluppato per il mercato, cioè per un grande numero diclienti e che è distribuito a molti clienti nello stesso identico formato.

software off‐the‐shelf x x x x

comparator comparatore comparatore di test x

compatibility testing testing di compatibilità testing di interoperabilità x

compiler compilatoreUno strumento software che traduce i programmi espressi in un linguaggio di alto livelloin programmi equivalenti espressi in linguaggio macchina.

[IEEE 610] x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


complete testing testing completo testing esaustivo x

completion criteriacriterio di completamento

criterio di uscita x

complexity complessitàIl grado con cui un componente o sistema ha una progettazione e/o una struttura internache è difficile da comprendere, mantenere e verificare.

complessità ciclomatica x x x x x x x

compliance conformitàLa capacità del prodotto software di aderire a standard, convenzioni o norme legali e

prescrizioni similari. [ISO 9126]. x x x x x

compliance testing testing di conformità Il processo di testing per determinare la conformità del componente o sistema.testing di conformità,

testing regolamentativo, testing di standard

component componente Un elemento software minimale che può essere testato da solo. modulo, unità x x x x x x x

component integration testing

testing di integrazione di componenti

Testing eseguito per identificare eventuali difetti nelle interfacce e nelle interazioni tra icomponenti integrati.

link testing x x x x

component specification

specifica di componenteUna descrizione di un componente funzionale in base ai suoi valori di output perpredeterminati valori di input sotto specifiche condizioni, e a comportamenti non-funzionali richiesti. (ad esempio, utilizzazione di risorse).

x

component testing testing di componente Il testing dei singoli componenti software. [IEEE 610] x x x x x x

compound condition condizione compostaDue o più condizioni singole unite tramite un operatore logico (AND, OR o XOR); adesempio, ‘A>B AND C>1000’.

x x

concrete test case test case concreto test case di basso livello

concurrency testingtesting di accesso concorrente

Testing atto a determinare in che modo il verificarsi di due o più attività nello stessointervallo di tempo, ottenuto interallacciando le attività o con esecuzioni simultanee,viene gestito dal componente o sistema

[IEEE 610]

condition condizione Una espressione logica che può essere valutata come Vera o Falsa; ad esempio, A>B. condizione di test , condizione di ramo

x x x x x x

condition combination coverage

copertura della combinazione di condizioni


x

condition combination testing

testing della combinazione di condizioni


x

condition coveragecopertura delle condizioni

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 ogniistruzione di decisione venga testata sia come Vera che come Falsa.


x x

condition determination coverage

copertura di determinazione delle condizioni

La percentuale di tutti gli esiti delle condizioni singole, che influenzano in modoindipendentemente l’esito di una decisione, che sono state attivate da un insieme di testcase. Il 100% di una copertura di determinazione delle condizioni implica il 100% di unadecisione di copertura delle condizioni.

x

condition determination testing


Una tecnica di progettazione di test white-box nella quale i test case vengono progettatiper eseguire singoli esiti di una condizione che indipendentemente interessano unal’esito di una decisione.

x

condition outcome esito di una condizione La valutazione di una condizione a Vero o Falso.

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


condition testing testing delle condizioniUna tecnica di progettazione di test white-box nella quale i test case vengono progettatiper attivare gli esiti delle condizioni.

x

confidence interval intervallo di confidenzaIl periodo di tempo, nella gestione dei rischi di progetto, entro cui l’azione dicontenimento dovrà essere attuate al fine di essere efficace nel ridurre l’impatto delrischio.

x

configuration configurazioneLa composizione di un componente o di un sistema come definito dal numero, dallecaratteristiche e dalle interrelazioni delle sue parti (SW, HW o altro) costituenti.

x x x x x x

configuration auditingauditing della configurazione

La funzione di controllo per verificare il contenuto di librerie di elementi dellaconfigurazione; ad esempio per la conformità ad uno standard.

[IEEE 610]

configuration controlcontrollo della configurazione

Un’attività della gestione della configurazione, consistente nel coordinamento, nellavalutazione, coordinamento, approvazione ed implementazione delle modifiche adelementi della configurazione, dopo che sia stata formalmente stabilita la loroidentificazione.

[IEEE 610] x x x x

Configuration Control Board (CCB)

comitato di controllo della configurazione

Un gruppo di persone responsabile della valutazione, dell’approvazione o meno dimodifiche proposte ad elementi della configurazione per assicurare che sianoimplementate modifiche approvate.

[IEEE 610] x

configuration identification

identificazione della configurazione

Un’attività della gestione della configurazione, consistente nella selezione degli elementidi configurazione di un sistema e nella registrazione delle loro caratteristiche funzionali estrutturali nella documentazione tecnica.

[IEEE 610] x

configuration itemelemento di configurazione

Un insieme di hardware e/o software, che viene progettato e trattato come una singolaentità nel processo di gestione della configurazione.

[IEEE 610] x x

configuration management


Una disciplina che si avvale di compiti amministrativi, tecnici e di sorveglianza peridentificare e documentare le caratteristiche fisiche e funzionali di un elemento diconfigurazione, controllare le modifiche apportate a tali caratteristiche, registrare ecommentare l’implementazione e lo stato delle modifiche, e verificarne la conformità aspecifici requisiti.

controllo delle modifiche, controllo della versione


configuration management tool

strumento di gestione della configurazione

Uno strumento che fornisce supporto per l’identificazione ed il controllo degli elementidella configurazione, dello stato delle loro modifiche e del rilascio di baseline includenteelementi di configurazione.

x x x

configuration testing testing di configurazione testing di portabilità x

confirmation testing testing confermativo Test che esegue casi di test falliti l'ultima volta che sono stati eseguiti, per verificare ilsuccesso delle relative azioni correttive.

re‐testing x x x x

conformance testing testing di conformitàtesting di conformità agli

standard x

consistency consistenzaIl grado di uniformità, standardizzazione e coerenza tra documenti o parti di uncomponente o di un sistema.

[IEEE 610] x


strategia di testing consulenziale

Una strategia di test in cui il team di test si basa sul contributo di uno o più stakeholderper determinare i dettagli della strategia stessa

x


testing consulenzialeIl testing guidato dalla consulenza e la guida di esperti esterni al team di test (adesempio, esperti di tecnologia o esperti di dominio business).

x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


content reference model


Un modello di processo che fornisce una descrizione dettagliata di buona pratiche di SWengineering; ad esempio pratiche di test.

x

content-based modelmodello basato sui contenuti


x x

continuous representation

rappresentazione continua

Una struttura del modello di maturità. in cui i livelli di capacità forniscono una sequenzaraccomandata per le attività di miglioramento dei processi all'interno delle aree diprocesso specificate.

[CMMI] x

control chart carta di controlloUno strumento di controllo statistico utilizzato per monitorare un processo e determinarese è statisticamente controllato. Esso raffigura graficamente il valore medio ed i limitiinferiori e superiori (i valori più alti e più bassi) dei parametri controllo di un processo.

schema di Shewhart x

control flow flusso di controllo Una sequenza di eventi (cammini) nella esecuzione di un componente od un sistema. x x x

control flow analysisanalisi del flusso di controllo

Una forma di analisi statica basata sulla rappresentazione di cammini (sequenza dieventi ) nella esecuzione di un componente o di un sistema. Essa valuta l'integrità dellestrutture di controllo di flusso, in cerca di possibile anomalie, come circuiti chiusi o passidi processo logicamente irraggiungibili.

x

control flow graphgrafo del flusso di controllo

Una rappresentazione grafica di tutte le possibili sequenze di eventi (cammini) nellaesecuzione di un componente od un sistema.

x

control flow pathcammino del flusso di controllo

cammino x

control flow testingtesting con flusso di controllo

Un approccio al testing basato sulla struttura in cui i casi di test sono progettati pereseguire specifiche sequenze di eventi. Esistono varie tecniche per il testing con flussodi controllo, per esempio: testing delle decisioni, testing delle condizioni e testing deicammini, ognuno dei quali ha un approccio ed un livello di controllo di flusso specifici.

testing delle decisioni testing delle condizioni e testing dei cammini

x x

convergence metric metrica di convergenzaUna metrica che mostra l’avanzamento rispetto ad un criterio definito, per esempio laconvergenza del numero totale di test eseguiti sul numero totale di test previsti.

x

conversion testing testing di conversioneTesting del software usato per convertire dati da sistemi esistenti a sistemi che lisostituiscono.

testing di migrazione x

corporate dashboard cruscotto aziendale Una rappresentazione in stile cruscotto dello stato delle prestazioni dell'azienda.balanced scorecard,

dashboard x

cost of quality costo della qualitàIl costo totale delle attività relative alla Qualità. Esso è di norma suddiviso in: costi diprevenzione, costi di verifica, costi di difettosità interna e di difettosità esterna.

x x x x



software off‐the‐shelf x

coverage coperturaIl grado, espresso come percentuale, con il quale uno specifico elemento di copertura èstato attivato da un insieme di test.

copertura del test x x x x x x x x

coverage analysis analisi di coperturaMisura della copertura raggiunta di un specificato elemento di copertura durantel’esecuzione dei test per determinare se è necessario, con riferimento a criteri prefissati,del testing aggiuntivo e, se questo è richiesto, quali test case sono necessari.

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


coverage item elemento di coperturaUn’ entità o proprietà usata come base per il test di copertura; ad esempio, istruzione dicodice o partizioni di equivalenza.

x

coverage measurement tool


strumento di copertura. x

coverage tool strumento di coperturaUno strumento che fornisce misure oggettive di quali elementi strutturali, ad esempioistruzioni o rami, sono stati attivati da un insieme di test.


x x

critical success factorfattore critico di successo

Un elemento che è necessario ad un'organizzazione o ad un progetto per realizzare lasua missione. Essi sono gli elementi o le attività critiche richieste per garantire il lorosuccesso.

modello basato sul contenuto

x X



Un modello, basato sui contenuti, di miglioramento del processo di test, focalizzato sudodici processi aziendali critici. Essi includono processi di alta visibilità, in base ai quali ilmanagement ed altri interlocutori giudicano le competenze, e processi fondamentali, lecui prestazioni impattano il profitto e la visibilità aziendale.

CTP x X

CTPCTP (Critical Testing Process)

Critical Testing Processes X

custom software software customizzatoSoftware sviluppato specificatamente per un insieme di utenti o clienti. É l’opposto disoftware off-the-shelf.

software personalizzato X

custom tool strumento customizzato Uno strumento software sviluppato per uno specifico insieme di utenti o clienti x

cyclomatic complexity complessità ciclomatica

Il numero massimo di cammini lineari indipendenti nell’ambito di un programma. Lacomplessità ciclomatica viene definita come : L – N + 2P, dove- L = il numero degli archi/collegamenti in un grafo- N = il numero di nodi in un grafo- P = il numero di parti disconnesse del grafo (ad esempio, un grafo richiamato od unasubroutine)

numero ciclomatico [McCabe] x

cyclomatic number numero ciclomatico complessità ciclomatica x

daily build build giornalieraUna 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 disporredi un sistema consistente che includa tutte le ultime modifiche

x

dashboard dashboard

Una rappresentazione di misure dinamiche di performance operativa per una attività odorganizzazione, utilizzando metriche rappresentate con metafore visive come"quadranti","grafi" e altri dispositivi simili a quelli del cruscotto di un'automobile, in modoche gli effetti di eventi o attività possano essere facilmente compresi e correlati agliobiettivi operativi.

cruscotto aziendale, scorecard

x x

data definition definizione dei dati Una istruzione eseguibile in cui ad una variabile viene assegnato un valore. x

data driven testing testing guidato dai dati

Una tecnica di scripting che memorizza gli input dei test ed i risultati attesi in una tabellao in un database, in modo che un singolo script di controllo possa eseguire tutti i testnella tabella. Il testing guidato dai dati viene spesso usato per supportare l’applicazionedi strumenti di esecuzione di test, come gli strumenti di cattura/riesecuzione.


[Fewster e

Graham] x x x

data flow flusso datiUna rappresentazione astratta della sequenza e delle possibili modifiche allo stato dioggetti dati, dove lo stato è uno dei seguenti: creazione, utilizzo o cancellazione.

[Beizer] x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


data flow analysis analisi del flusso di dati Una forma di analisi statica basata sulla definizione e l’utilizzo di variabili. x

data flow coverage copertura del flusso datiLa percentuale di abbinamenti definizioni/utilizzi che sono state attivati da un insieme ditest.

x

data flow testing testing del flusso datiUna tecnica di progettazione di test white-box nella quale i test case sono progettati perattivare variabili per le quali è stato specificato l’abbinamento definizione/utilizzo.

x

data integrity testingtesting di integrità dei dati


x

data quality qualità dei datiUn attributo dei dati che ne indica la correttezza rispetto a criteri pre-definiti: es.aspettative di business, requisiti di integrità dei dati, consistenza dei dati

x x

database integrity testing


Testing dei metodi e dei processi usati per accedere e gestire il database, perassicurare che i metodi di accesso, i processi e le regole sui dati funzionino come attesoe che, durante l’accesso al database, i dati non siano corrotti o cancellati, modificati ocreati in modo inatteso.

x

dd-path dd-pathUn percorso fra due decisioni di un algoritmo, o tra due nodi di decisione di un graficocorrispondente, che non include altre decisioni

cammino x

dead code codice morto Istruzioni di un programma che non vengono mai eseguite codice irraggiungibile. x

debugger debugger strumento di debugging x

debugging debuggingIl processo di scoperta, analisi e rimozione delle cause degli esiti negativi nelfunzionamento del software.

x x x

debugging tool strumento di debugging

Uno strumento usato dai programmatori per riprodurre esiti negativi, esaminare lo statodei programmi e trovare i corrispondenti difetti. Gli strumenti di debugging consentono aiprogrammatori di eseguire i programmi passo per passo, per fermare un programma adogni sua istruzione e per impostare ed esaminare le variabili del programma.

x x

decision decisioneUn punto del programma nel quale il flusso di controllo ha due o più percorsi alternativi.Un nodo con due o più collegamenti per separare rami.

x x x x x X x

decision condition coverage

copertura delle condizioni e delle decisioni

La percentuale di tutti gli esiti delle condizioni e gli esiti delle decisioni che sono statiattivati da un insieme di test. Il 100% della copertura delle decisioni condizionate implicasia una copertura delle condizioni al 100% che una copertura delle decisioni al 100%.

x

decision condition testing

testing delle decisioni condizionate

Una tecnica di progettazione di test white-box nella quale i test case sono progettati pereseguire gli esiti delle condizioni e gli esiti delle decisioni.

x

decision coverage copertura delle decisioniLa percentuale di esiti delle decisioni che sono stati attivati da un insieme di test. Il 100%della copertura delle decisioni implica sia una copertura dei rami al 100% che unacopertura delle istruzioni al 100%.

x x x

decision outcome esito della decisioneIl risultato di una decisione, la quale perciò determina i rami che devono esseresuccessivamente percorsi.

x x

decision table tabella delle decisioniUna tabella che evidenzia tutte le combinazioni di input e/o di stimoli (cause) con i relativioutput e/o azioni (effetti) previsti; essa può essere usata per progettare test case.

x x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


decision table testingtesting della tabella delle decisioni

Una tecnica di progettazione di test black-box nella quale i test case sono progettati pereseguire le diverse combinazioni di input e/o stimoli (cause) evidenziate in una tabelladelle decisioni.

tabella delle decisioni [Veenendaal] x

decision testing testing delle decisioniUna tecnica di progettazione di test white-box nella quale i test case sono progettati pereseguire gli esiti delle decisioni.

x x

defect difetto

Una falla in un componente o sistema che può causare un comportamento negativo delcomponente o sistema nell’esecuzione delle sue funzionalità previste, come ad esempiouna istruzione o una definizione dei dati scorretta. Un difetto, se incontrato durantel’esecuzione, può causare un esito negativo del componente o sistema.

baco, guasto, problema x x x x x X x

defect based technique

tecnica basata sui difettitecnica di progettazione

basata sui difettix

defect based test design technique


Una procedura per creare e/o selezionare i test case sulla base di una o più tipologie didifetti, in cui i test siano progettati da ciò che è noto relativamente alla specifica tipologiadi difetti.

x x x

defect category categoria dei difetti tipologia dei difetti x

defect clustering analysis

analisi concentrazione difetti

Una tecnica di testing che suggerisce di progettare ulteriori casi di test per le areeapplicative in cui si sono manifestati un elevato numero di difetti.

x

defect density densità dei difettiIl numero di difetti identificati in un componente o sistema diviso per la dimensione delcomponente o sistema (espressa in termini di una misura standard; ad esempio, linee dicodice, numero di classi o function points).

x x x X

Defect Detection Percentage (DDP)


Il numero di difetti trovati da una sessione di test, diviso per il numero “totale”, trovatocioè da quella sessione e da tutte le altre successioni successive.

difetto sfuggito, percentuale di rilevamento

dei guastiX

defect management gestione dei difettiIl processo of riconoscimento, diagnosi dei difetti e di avvio e completamento delle

relative azioni correttive di tali difetti. Esso comprende la registrazione dei difetti, la loroclassificazione e l’analisi del loro impatto.

gestione dei problemi [IEEE 1044] x x x x x X

defect management committee


Un team inter-funzionale di stakeholders che gestisce il difetti segnalati, dalla rilevazioneiniziale alla risoluzione definitiva (rimozione, differimento o cancellazione del difetto). Inalcuni casi è lo stesso team del comitato di controllo configurazione.

comitato di controllo configurazione

x

defect management tool


Uno strumento che agevola la registrazione ed il tracciamento dello stato dei difetti edelle conseguenti modifiche correttive. Questi strumenti spesso hanno delle funzionalitàdi workflow per tracciare e controllare l’assegnazione, la diagnosi, la correzione ed il re-testing dei difetti e forniscono funzionalità di reportistica.


x x x x x x

defect maskingmascheramento dei difetti

Una situazione nella quale il verificarsi di un difetto impedisce il rilevamento di un altrodifetto.

[IEEE 610] x

defect report rapporto dei difettiUn documento che riporta tutti i difetti di un componente o sistema che possono causareun esito negativo durante l’esecuzione delle funzionalità del componente o sistema.

rapporto dei bachi, rapporto dei problemi


defect taxonomy tassonomia dei difettiUn sistema di strutturazione (gerarchico) dei difetti che ne facilita la classificazione inmodo riproducibile.

x x x x

defect tracking toolstrumento di tracciamento dei difetti


x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


defect triage committee

comitato per il triage dei difetti


x

defect type tipologia dei difetti

Un elemento in una tassonomia dei difetti. Le tassonomie dei difetti possono essereclassificate in base ad una serie di considerazioni• Fase o attività di sviluppo in cui il difetto viene creato, ad esempio un errore di specificao di codifica • Caratterizzazione dei difetti, per esempio un difetto•"personale"• Inesattezza, ad esempio, un operatore relazionale non corretto, un errore di sintassi dilinguaggio ecc.• Problemi di prestazioni, ad esempio eccessivo tempo di esecuzione, disponibilitàinsufficiente.

categoria del difetto x x

definition-use pairabbinamento definizione-utilizzo

L’associazione della definizione di una variabile con l’utilizzo stesso della variabile.L’utilizzo della variabile può essere “computazionale” (es. moltiplica) o “predicato” (es.definire la scelta di esecuzione di un cammino).

x

deliverable rilascioOgni prodotto (o semi-lavorato) che deve essere consegnato ad un soggetto diversodall’autore del prodotto stesso.

x x x X x

Deming cycle ciclo di DemingUn processo iterativo in quattro fasi di problem-solving, (Plan-Do-Check-Act), in genereutilizzato nel miglioramento dei processi.

[Deming] X

design-based testingtesting basato sulla progettazione

Un approccio al testing nel quale i test case sono progettati sulla base dell’architetturae/o della progettazione di dettaglio di un componente o sistema (ad esempio, i test delleinterfacce tra componenti o sistemi).

x

desk checking desk checkingTesting di software o delle sue specifiche attraverso una simulazione manuale della suaesecuzione.

testing statico. x

development testing testing di sviluppoTesting formale o informale condotto durante la realizzazione di un componente osistema, generalmente nell’ambiente di sviluppo dagli sviluppatori.

[IEEE 610] x

deviation scostamento x

deviation reportrapporto degli scostamenti

report degli incidenti. x

diagnosing (IDEAL) diagnosi (IDEAL)La fase all'interno del modello IDEAL in cui si accerta dove si è, rispetto a dove sivorrebbe essere. La fase di diagnosi consiste nelle attività di caratterizzazione dello statoattuale e di quello desiderato e sviluppo delle raccomandazioni.

IDEAL X

dirty testing dirty testing testing negativo x

documentation testingtesting della documentazione

Testing della qualità della documentazione; ad esempio, di un manuale utente o di unaguida di installazione.

domain dominio L’insieme dal quale possono essere selezionati i valori di input e/o output validi. x x x x X x

domain analysis analisi di dominioUna tecnica di progettazione del testing black-box che viene utilizzata per individuare icasi di test efficaci ed efficienti, quando più variabili possono o devono essere testateinsieme. Si basa sull'analisi ai valori limite e sul partizionamento d’equivalenza.

valori limite , partizionamento di

equivalenzex




x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


driver driverUn componente software od uno strumento di test che sostituisce il componente stesso,che ha il compito di controllare e/o di richiamare un componente o sistema.

test driver [TMap] x x x x

dynamic analysis analisi dinamicaIl processo di valutazione del comportamento, di un sistema o componente durantel’esecuzione, ad esempio dell’occupazione di memoria, di utilizzo della CPU ecc.

x X

dynamic analysis toolstrumento di analisi dinamica

Uno strumento che fornisce informazioni sullo stato del codice del software durante lasua esecuzione. Questi strumenti sono più comunemente usati per identificare puntatorinon assegnati, controllare l’aritmetica dei puntatori e monitorare l’allocazione, l’utilizzoed il rilascio della memoria e per segnalare memory leaks.

x x

dynamic comparison confronto dinamicoConfronto dei risultati attuali e attesi, eseguito mentre il software da testare è inesecuzione, per esempio da parte di uno strumento di esecuzione di test.

x

dynamic testing testing dinamico Testing che comporta l’esecuzione del software di un componente o sistema. x x x x x X

effectivness efficacia La capacità del prodotto software di produrre un risultato prefissato x x x x X x

efficiency efficienza1) La capacità del prodotto software di fornire prestazioni appropriate, relativamente allaquantità di risorse utilizzate nell’ambito di condizioni prefissate. 2) La capacità di unprocesso di produrre il risultato atteso, relativamente alla quantità di risorse usate.


efficiency testing testing di efficienza Il processo di testing per determinare l’efficienza di un prodotto software. x



Un modello non prescrittivo per un sistema di gestione della qualità di un’organizzazione,definito e di proprietà della Fondazione Europea per la Gestione della Qualità, basato sucinque criteri 'Abilitativi' (che comprendono ciò che un'organizzazione fa), e quattrocriteri 'Risultati' (che comprendono ciò che un organizzazione realizza).

X

elementary comparison testing

testing di comparazione elementare

Una tecnica di progettazione di test black-box nella quale i test cases sono progettati pereseguire combinazioni di input usando la tecnica di copertura delle decisioni e dellecondizioni modificata,

[TMap] x

embedded iterative development model

modello di sviluppo iterativo incorporato

Sottomodello di ciclo di vita di sviluppo che applica un approccio iterativo allaprogettazione di dettaglio, alla codifica ed al testing all'interno di un modello nelcomplesso sequenziale. In questo caso, i documenti di progettazione di alto livello sonopreparati ed approvati per l’intero progetto, ma la progettazione dettagliata, la codifica edil testing sono svolti iterativamente..

x x

emotional intelligence intelligenza emotivaLa competenza, la capacità e l'abilità di individuare, valutare e gestire le emozioni delproprio io, di altri e di gruppi di collaboratori.

X

EMTEEMTE (Equivalent Manual Test Effort)

sforzo di test manuale equivalente

x

emulator emulatoreUn dispositivo, un programma SW od un sistema che accetta gli stessi input e producegli stessi output di un dato sistema.

simulatore [IEEE 610] x

entry criteria criterio di ingresso

L’insieme di condizioni generiche e specifiche per consentire ad un processo di eseguireuna funzionalità predefinita; ad esempio una fase di test. Lo scopo dei criteri di ingressoè di impedire l’esecuzione di una funzionalità quando essa causerebbe più lavoro(inutile) rispetto al lavoro necessario per rimuovere i criteri di ingresso con esito negativo.

[Gilb &

Graham] x x x x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


entry point punto di ingressoUn'istruzione eseguibile od una fase di processo, che definisce un punto in cui undeterminato processo è destinato ad iniziare.

x

equivalence class classe di equivalenza partizione di equivalenza x

equivalence partitionpartizione di equivalenza

Una porzione di un dominio di input o di output per il quale il comportamento di uncomponente o sistema si assume essere sempre lo stesso (in base alle specifiche).

classe di equivalenza x x

equivalence partition coverage

copertura delle partizioni di equivalenza

La percentuale di partizioni di equivalenza che sono state attivate da un insieme di test. x

equivalence partitioning

partizionamento di equivalenza

Una tecnica di progettazione di test black-box nella quale i casi di test sono progettati pereseguire delle istanze delle partizioni di equivalenza. I casi di test sono, di norma,progettati per coprire ogni singola partizione almeno una volta.

testing delle partizioni x x x x

equivalent manual test effort (EMTE)

sforzo di test manuale equivalente Sforzo richiesto per eseguire i test manualmente x

error errore Una azione umana che produce un risultato scorretto. [IEEE 610] x x x x x x x

error guessing error guessing

Una tecnica di progettazione nella quale l’esperienza del tester viene usata peranticipare quali difetti possano essere presenti nel componente o sistema da testare(come risultato di errori commessi nella sua realizzazione) e per progettare test specificivolti a fare emergere tali errori.

x x x

error seedingdisseminazione degli errori

disseminazione dei guasti. x

error seeding toolstrumento di disseminazione degli errori

strumento di disseminazione dei guasti.

x

error tolerance tolleranza agli erroriLa capacità di un sistema o componente di continuare le normali operazioni anche inpresenza di input errati.

[IEEE 610] x

escaped defect difetto sfuggitoUn difetto che non è stato rilevato in un precedente livello di test, che avrebbe dovuto

trovare tale tipologia di difetti. percentuale di rilevazione

dei difetti.x

establishing (IDEAL) definizione (IDEAL) La fase all'interno del modello IDEAL in cui sono programmate le specifiche di come unorganizzazione raggiungerà il suo obiettivo di miglioramento. Tale fase comprende leattività: definire le priorità, sviluppare l'approccio e dettagliare le azioni del piano.

IDEAL X

evaluation valutazione testing. x

exception handling gestione delle eccezioniComportamento di un componente o sistema in risposta ad input errati, da parte sia diun operatore umano che di un altro componente o sistema, o ad un esito negativointerno.

x

executable statement istruzione eseguibileUn’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à effettuareun'azione sui dati

x

exercised stimolatoUna componente di un programma (ad esempio un’istruzione, una decisione o altrielementi strutturali) si dice essere stimolata da un test case quando un valore di inputcausa la sua esecuzione.

x x x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


exhaustive testing testing esaustivoUn approccio al test nel quale l’insieme di test comprende tutte le combinazioni di valoridi input e di precondizioni.

testing completo x

exit criteria criterio di uscita

L’insieme di condizioni generiche e specifiche, concordate con gli stakeholders, perpermettere ad un processo di essere ufficialmente completato Lo scopo dei criteri diuscita è di impedire che un'attività venga considerata completata quando ci sono ancoraparti rilevanti dell'attività che non sono state ancora completate. I criteri di uscita sonousati per predefinire le modalità e per pianificare quando concludere il testing.

[Gilb e

Graham])x x x x x X x

exit point punto di uscitaUn'istruzione eseguibile od una fase di processo, che definisce un punto in cui undeterminato processo è destinato a terminare.

expected outcome esito atteso risultato atteso

expected result risultato attesoIl comportamento previsto dalle specifiche, o da altra fonte, del componente o sistemasotto specificate condizioni.

esito atteso, esito previsto x x x x x

experienced-based technique

tecnica basata sull’esperienza


x

experienced-based test design technique

tecnica di progettazione di test basata sull’esperienza


x x

experienced-based testing


Una tecnica di test basata sull'esperienza,sulle conoscenze e sull'intuizone del tester x x x x

exploratory testing testing esplorativoUna tecnica informale di progettazione di test nella quale il tester controlla direttamentela progettazione dei test, come questi test sono eseguiti ed usa le informazioni che hatratto durante il testing per progettare nuovi e migliori test.

[Bach] x x x X



Una metodologia di ingegneria del software utilizzata all'interno dello sviluppo software“agile” , le cui pratiche fondamentali sono: la programmazione a coppie, le revisioniestese del codice, lo unit test di tutte le parti di codice e la semplicità e la chiarezza nellacodifica.

sviluppo software agile x x X

factory acceptance testing

testing di accettazione in fabbrica

Testing di accettazione eseguito presso il sito in cui il sistema è stato sviluppato edeseguito dai dipendenti del fornitore, per determinare se un componente od il sistema(normalmente comprensivo di hardware e software) soddisfa o meno i requisiti.

alfa test. x

fail fallimentoUn test è considerato fallito se il suo risulta attuale non corrisponde al suo risultatoatteso.

x x x x X x

failover testing testing di failover

Testing effettuato simulando un esito negativo o realmente causando un guasto in unambiente controllato. A seguito dell'esito negativo, viene testato il meccanismo di failoverper verificare che i dati non siano persi o corrotti e che tutti i livelli di servizio concordatisiano assicurati (per es. disponibilità della funzionalità o tempi di risposta)

testing di recuperabilità x

failure esito negativoScostamento del componente o sistema dal risultato o comportamento atteso o dalservizio che dovrebbe fornire.

[Fenton] x x x x X x

failure modeevidenza di esito negativo

La manifestazione fisica o funzionale di un esito negativo. Per esempio, un sistema intale stato di evidenza di esito negativo può essere caratterizzato da operazioni lente,output scorretti o dalla interruzione dell’esecuzione.

[IEEE 610] x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI




Un approccio sistematico di identificazione del rischio e di analisi all’identificazione dellediverse modalità di esiti negativi e delle relative attività di prevenzione.

FMEA x X



Una estensione dell’approccio FMEA, che in aggiunta include una analisi di criticità,usata per tracciare la probabilità di esiti negativi rispetto alla severità delle loroconseguenze. Il risultato focalizza l’attenzione su quegli esiti negativi con alta probabilitàdi severità delle conseguenze , consentendo di indirizzare e concentrare lo sforzo dirimedio/correzione laddove esso produrrà il maggior valore.

FMECA

failure rate tasso di esiti negativiIl rapporto del numero di esiti negativi di una certa categoria rispetto ad una data unità di

misura; ad esempio, esiti negativi per unità di tempo, esiti negativi per numero ditransazioni, esiti negativi per numero di calcolatori attivi.

[IEEE 610] x

false-fail result risultato falso fallimentoUn risultato di un test nel quale viene riportato un difetto nonostante non esista nessundifetto nell’oggetto del test.

false-negative result risultato falso negativo risultato falso successo x x x

false-pass result risultato falso successoUn risultato di un test nel quale il test non riesce ad identificare la presenza di un difettoche è presente nell’oggetto del test.

false-positive result risultato falso positivoUn risultato di un test nel quale viene riportato un difetto nonostante non esista nessundifetto nell’oggetto del test.

risultato falso, fallimento x x

fault guasto difetto x

fault sbaglio errore x

fault attackattacco basato sui guasti

Tentativo diretto e concentrato per valutare la qualità, specialmente l'affidabilità, di unobiettivo del test cercando di provocare un esito negativo

attacco, testing negativo x x x x x x

fault density densità dei guasti densità dei difetti x

Fault Detection Percentage (FDP)

percentuale di rilevamento dei guasti


x

fault injection iniezione guastiIl processo di aggiunta intenzionale di difetti ad un sistema per il verificare se il sistemastesso può rilevare (e possibilmente ripristinarsi da) un difetto. Esso è indirizzato adimitare gli errori che potrebbero verificarsi in produzione.

tolleranza ai guasti x

fault isolation individuazione guastoAttività svolte per individuare un guasto nel software e per raccogliere le informazioni utiliper la diagnosi.

x

fault maskingmascheramento dei guasti

mascheramento dei difetti.

x

fault seedingdisseminazione dei guasti

Il processo di inserimento intenzionale di difetti a quelli già presenti nel componente osistema, con lo scopo di monitorare il tasso di rilevamento e rimozione dei difetti e distimare il numero dei difetti rimanenti. La disseminazione dei guasti è tipicamente partedel test in fase di sviluppo (prima del rilascio) e può essere eseguito ad ogni livello di test(componente, integrazione o sistema)


[IEEE 610] x

fault seeding toolstrumento di disseminazione dei guasti

Uno strumento per la disseminazione (e quindi l’inserimento intenzionale) di guasti in uncomponente o sistema.

disseminazione dei guasti x

fault tolerance tolleranza ai guastiLa capacità del prodotto software di mantenere uno specificato livello di prestazioni incasi di guasti software (difetti) o di violazione delle sue specifiche interfacce.

affidabilità, robustezza [ISO 9126] x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI




Una tecnica usata per analizzare le cause dei guasti (difetti). La tecnica modellizzavisivamente in che modo le relazioni logiche tra gli esiti negativi, gli errori umani e glieventi esterni si possono combinare per causare specifici guasti con l’obiettivo direnderle visibili.

Software Fault Tree Analysis

x X




x

feasible path cammino percorribileUn cammino per il quale esiste un insieme di precondizioni e di valori di input chepossano consentirne l’esecuzione.

x

feature caratteristicaUn attributo di un componente o sistema specificato (o derivante) dalla documentazionedei requisiti. (per esempio affidabilità, usabilità o vincoli di progettazione)

IEEE 1008] x x x x x x




x

feature-driven development


Un processo di sviluppo del software iterativo e incrementale guidato da unaprospettiva funzionale pesata con valori dei clienti (caratteristica). E’ usato soprattuttonello sviluppo software agile.

FDD , Feature Driven Development, sviluppo

software agilex

field testing testing sul campo beta testing. x

finite state machine macchina a stati finitiUn modello computazionale consistente di un numero finito di stati e di transizioni traquesti stati, possibilmente con le relative azioni.

[IEEE 610] x

finite state testing testing a stati finititesting delle transizioni di

stato.x

fishbone diagramdiagramma a lisca-di-pesce

diagramma causa‐effetto. x




x




x

formal review revisione formaleUna revisione caratterizzata da requisiti e procedure documentati, ad esempio percondurre un’ispezione.

x x x x x




x

frozen test basis base di test congelataUn documento base di test che può essere modificato solamente da un formaleprocesso di controllo delle modifiche.

baseline. x



Fault Tree Analysis x

Function Point Analysis (FPA)

FPA (Function Point Analysis)

Metodo che si prefigge di misurare la dimensione della funzionalità di un sistemainformatico. Le misurazione è indipendente dalla tecnologia. Questa misura può essereusata come base per la misurazione della produttività, la stima delle risorse necessarie eper il controllo del progetto.

Function Point Analysis x

functional integration integrazione funzionaleUn approccio di integrazione che combina i componenti o sistemi con l’obiettivo diottenere una funzionalità base funzionante in anticipo.


FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


functional requirement requisito funzionale Un requisito che specifica una funzionalità che un componente o sistema deve eseguire. [IEEE 610] x x x

functional test design technique

tecnica di progettazione di test funzionali

Procedura per derivare e/o selezionare test case sulla base di un’analisi delle specifichedella funzionalità di un componente o sistema senza nessun riferimento alla sua strutturainterna.

tecnica di progettazione di test black‐box.

functional testing testing funzionaleTesting basato su un’analisi delle specifiche della funzionalità di un componente osistema.

testing black‐box. x x x x x

functionality funzionalitàLa capacità del prodotto software di fornire funzioni che soddisfino le esigenze espliciteed implicite quando il software viene utilizzato sotto specifiche condizioni.


functionality testing testing di funzionalità Il processo di testing per determinare la funzionalità di un prodotto software. x

generic test automation architecture

architettura generica di automazione del testing

Rappresentazione dei layer, dei componenti e delle interfacce di un’architettura diautomazione dei test, che permette un approccio strutturato e modulare di automazionedel testing.

x

glass box testing testing glass box testing white‐box x



Un approccio alla misurazione del software che utilizza un modello a tre livelli: livelloconcettuale (obiettivo), livello operativo (domanda) e il livello quantitativo (metrica).

GQM X

gTAA gTAA Generic Test Automation Architecture x

GUIGUI (Graphical User Interface) Interfaccia utente dell'applicazione SW

testing GUI (Graphical Ueser Interface)

x

GUI testingtesting GUI (Graphical Ueser Interface) Testing eseguito interagendo con il software in test tramite Graphical User Interface. x

hardware-software integration testing

testing di integrazioneHW/SW

Test eseguito per esporre i difetti di interfaccia e di interazione tra componenti hardwaree software.

test di integrazione x

hazard analysis hazard analysisUna tecnica utilizzata per caratterizzare gli elementi di rischio. I risultati di una hazardanalysis guideranno i metodi usati per lo sviluppo ed il testing di un sistema.

analisi del rischio x

heuristic evaluation valutazione euristica

Una tecnica di revisione di usabilità per trovare problemi di usabilità nell'interfacciautente o nella sua progettazione. Con questa tecnica i partecipanti alla revisioneesaminano l'interfaccia e giudicano la sua concordanza con i principi di usabilitàcomunemente riconosciuti (le “euristiche”).

x

high level test case test case di alto livelloUn test case senza dei concreti valori di dati di input e di risultati attesi (ovvero senza unlivello di implementazione). Vengono usati operatori logici; a questo livello le istanze deivalori effettivi , non sono ancora state definite e/o disponibili.

test case a basso livello, test case astratto, test case

logicox

horizontal traceability tracciabilità orizzontaleIl tracciamento dei requisiti di un certo livello di test attraverso gli strati delladocumentazione disponibile (ad esempio, piano di test, specifica di progettazione deitest, specifica dei test case, specifica della procedura di test o script di test).

x x

hyperlink ipertesto Un puntatore in una pagina web che conduce ad altre pagine web. x

hyperlink test toolstrumento di test hyperlink

Uno strumento usato per verificare che in un sito web non siano presenti hyperlink chenon puntino correttamente ad altre pagine web.


x

hyperlink test toolstrumento di test ipertestuale

strumento di test hyperlink x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


IDEAL IDEAL

Un modello di miglioramento organizzativo, che serve come una guida per l'avvio, lapianificazione e l'implementazione di azioni di miglioramento. Il modello IDEAL è cosìchiamato per le iniziali (inglesi) delle sue 5 fasi: inizio, diagnosi, definizione, azione,apprendimento.

x X

impact analysis analisi di impattoLa valutazione delle modifiche ai diversi livelli della documentazione di sviluppo, delladocumentazione di test e dei componenti, a seguito dell’implementazione di una datamodifica ai requisiti specificati.

x x

incident incidente Ogni evento il cui verificarsi richiede un’indagine.deviazione, incidente di

test software, incidente di test

IEEE 1008] x x

incident loggingregistrazione degli incidenti

Registrazione dei dettagli di ogni incidente che si è verificato, ad esempio durante iltesting.

x

incident management gestione degli incidentiIl processo di riconoscimento, investigazione, attivazione di contromisure e risoluzione

degli incidenti. Esso implica la registrazione degli incidenti, la loro classificazione el’identificazione del loro impatto.

[IEEE 1044] x X

incident management tool


Uno strumento che supporta la registrazione ed il tracciamento dello stato degli incidenti.Essi hanno spesso delle funzionalità di workflow per tenere traccia e controllare laallocazione, la correzione ed il re-testing degli incidenti e la fornitura di report.


x x

incident report rapporto degli incidentiUn documento che riporta ogni evento verificatosi, ad esempio durante il testing, cherichieda delle indagini e/o diagnosi.

[EEE 829] x

incremental development model

modello di sviluppo incrementale

Un ciclo di vita dello sviluppo nel quale un progetto viene suddiviso in una successionedi passi incrementali, ognuno dei quali rilascia una parte delle funzionalità relative airequisiti del progetto complessivo. I requisiti sono ordinati per priorità e sono rilasciati inordine di priorità nel relativo passo incrementale In alcune (ma non in tutte) le versioni diquesto modello del ciclo di vita, ogni sottoprogetto segue un “mini modello a V” con lesue proprie fasi di progettazione, codifica e testing.

x x x

incremental testing testing incrementaleTesting nel quali i componenti o sistemi sono integrati e testati uno alla volta (od agruppi), fino a che tutti i componenti o sistemi sono integrati e testati.

x

independence of testing

indipendenza del testing Separazione delle responsabilità, che incoraggia il raggiungimento del testing imparziale. DO‐178b] x x

indicator indicatore Una misura che può essere usata per stimare o prevedere un'altra misura. [ISO 14598] x x x X x

infeasible pathcammino non percorribile

Un cammino che non può essere attivato da nessun insieme dei possibili valori di input. x

informal review revisione informale Una revisione non basata su una procedura formale (documentata). x x x

initiating (IDEAL) inizio (IDEAL)La fase all'interno del modello IDEAL in cui si gettano le basi per uno sforzo dimiglioramento successo. La fase di “inizio” delle attività è costituito: definire il contesto,ottenere la sponsorizzazione e impostare le infrastrutture.

IDEAL. X

input input Una variabile (memorizzata all'interno di un componente od esterna) che è letta da uncomponente.

x x x x x X x

input domain dominio di input L’insieme dal quale possono essere selezionati i valori di input validi. dominioinput value valore di input Una istanza di un input. input x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


insourced testing testing insourcedTesting svolto da persone che collaborano con il gruppo di test, ma che non sonodipendenti dell’azienda.

x x x

inspection ispezione

Un tipo di peer review che si basa su un esame visuale di documenti per rilevare difetti,come ad esempio violazioni di standard di sviluppo e non-conformità di documentazionedi più alto livello. É la più formale tecnica di revisione ed è quindi sempre basata su unaprocedura documentata.

peer review [IEEE 610,

IEEE 1028]x x x X

inspection leader leader dell’ispezione moderatore x

inspector ispettore : revisore x

installability installabilità La capacità del prodotto software di essere installato in un specifico ambiente. portabilità [ISO 9126]. x x x

installability testing testing di installabilità Il processo di testing dell’installabilità di un prodotto software. testing di portabilità x

installation guide guida di installazioneIstruzioni fornite su qualsiasi supporto adeguato, che guidano l’installatore attraverso ilprocesso di installazione. Questa può essere una guida manuale, una procedura passo-passo, un wizard di installazione, o qualsiasi altra simile descrizione del processo.

x

installation wizard wizard di installazioneSoftware fornito su qualsiasi supporto adeguato, che conduce l’installatore durante il

processo di installazione. Esso normalmente lancia il processo di installazione, forniscedei riscontri sui risultati dell’installazione e assiste nella scelta delle opzioni disponibili.

x x

instrumentation instrumentazioneL’inserimento di codice aggiuntivo all’interno del programma con lo scopo di raccogliereinformazioni relative al comportamento del programma durante l’esecuzione, come adesempio la misurazione della copertura del codice.

x

instrumenter instrumentatore Uno strumento software per realizzare l’instrumentazione.instrumentatore di

programmax

intake test intake testUna speciale istanza di uno smoke test per decidere se il componente o sistema èpronto per un ulteriore e dettagliato testing. Un intake test viene generalmente effettuatoall’inizio della fase di esecuzione dei test.

smoke test, pre‐test x

integration integrazione Il processo di combinazione di componenti o sistemi in aggregati più grandi x x x x x X x

integration testing testing di integrazioneTesting eseguito per rilevare difetti nelle interfacce e nelle interazioni tra i componenti osistemi integrati.

testing di integrazione di componenti, testing di integrazione di sistemi.

x x x x x X x

integration testing in the large

testing di integrazione in grande

testing di integrazione di sistemi.

x

integration testing in the small

testing di integrazione in piccolo

testing di integrazione di componenti.

interface testing testing di interfacciaUn tipo di test di integrazione che riguarda il testing delle sole interfacce tra componentio sistemi.

x x

interoperability interoperabilitàLa capacità del prodotto software di interagire con uno o più componenti o sistemiesterni.

funzionalità [ISO 9126] x x x x X

interoperability testing testing di interoperabilità Il processo di testing per determinare l’interoperabilità di un prodotto software. testing di funzionalità x x x

invalid testing testing invalidoTesting che utilizza valori di input che dovrebbero essere rifiutati/rigettati dal componenteo sistema.

testing negativo, tolleranza agli errori

x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


Ishikawa diagram diagramma di Ishikawa diagramma causa‐effetto x

isolation testing testing in isolamentoTesting di singoli componenti isolati dai componenti circostanti, nel quale i componenticircostanti vengono simulati, se necessario, da stub e driver.

x

item transmittal report rapporto di trasferimento note di rilascio x

iterative development model

modello di sviluppo iterativo

Un ciclo di vita dello sviluppo nel quale un progetto viene suddiviso in un numerogeneralmente elevato di iterazioni. Una iterazione è un ciclo di sviluppo completo chetermina con un rilascio (interno od esterno) di un prodotto eseguibile ( un sottoinsiemedel prodotto finale) il quale si accresce ad ogni iterazione per diventare il prodotto finale.

x

key performance indicator

indicatore chiave delle prestazioni

indicatore delle prestazioni x

keyword driven testingtesting guidato dalle parole chiave

Una tecnica di scripting che usa dei file di dati per contenere non solo i dati di test ed irisultati attesi, ma anche le parole chiave legate all’applicazione di cui effettuare iltesting. Le parole chiave sono interpretate da speciali script di supporto che sonochiamati dallo script di controllo per il test.

testing guidato dai dati, testing guidato dalle azioni

x x x



Una Linear Code Sequence And Jump consiste sui seguenti tre elementi(convenzionalmente identificati dai numeri di riga nel listato del codice sorgente): lapartenza della sequenza lineare di istruzioni eseguibili, la fine della sequenza lineare e lariga obiettivo alla quale il flusso di controllo viene trasferito al termine della sequenzalineare.

x

LCSAJ coverage copertura LCSAJ La percentuale di LCSAJ di un componente che è stato attivato da un insieme di test. Il100% di una copertura LCSAJ implica il 100% di una copertura delle decisioni.

LCSAj x

LCSAJ testing testing LCSAJUna tecnica di progettazione di test white-box nella quale i test case sono progettati pereseguire dei LCSAJ.

x

lead-assessor lead-assessorLa persona che conduce un assessment.In alcuni casi, per esempio CMMi e TMMi,quando sono condotte valutazioni formali, il lead-assessor deve essere accreditato eformalmente addestrato.

X

learnability apprendibilità La capacità del prodotto software di consentire all’utente di imparare il suo l’utilizzo usabilità [ISO 9126] x x

learning (IDEAL) apprendimento (IDEAL)

La fase all'interno del modello IDEAL in cui si impara dalle esperienze e si migliora lapropria capacità di adottare nuovi processi e tecnologie per il futuro. La fase di“apprendimento” comprende le attività di: analizzare / validare e proporre le azionifuture.

IDEAL X

level of intrusion livello di intrusione Il livello di modifica di un oggetto del test per renderlo testabile. x

level test plan piano di test a livello Un piano di test che indirizza un tipico livello di test. piano di test x x x x

lifecycle model modello ciclo-di-vita La suddivisione della vita di un prodotto o di un progetto in fasi. ciclo‐di‐vita software [CMMi] x x x X

linear scripting scripting lineare Una semplice tecnica di scripting priva di controlli di struttura negli script stessi. x

link testing testing di collegamentotesting di integrazione di

componentix

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


load profile profilo di carico

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 numeroprefissato di utenti virtuali che eseguano un predefinito insieme di transazioni in unospecificato periodo di tempo ed in accordo con un predefinito profilo operativo .

profilo operativo x

load testing testing di carico

Un tipo di testing prestazionale condotto per valutare il comportamento di uncomponente o sistema sottoposto a carico crescente, come ad esempio il numero diutenti in parallelo e/o il numero delle transazioni, per determinare quale carico massimopuò essere gestito dal componente o sistema stesso.

testing delle prestazioni, testing di stress.

x x

load testing toolstrumento di testing di carico

Uno strumento a supporto del test di carico con il quale si può simulare un caricocrescente. Per esempio il numero di utenti concorrenti e/o di transazioni in un tempodeterminato.


x

logical test case test case logico test case di alto livello. x

logic-coverage testingtesting di copertura logica

testing white‐box. [Myers] x

logic-driven testing testing guidato dalla logica

testing white‐box. x

low level test case test case di basso livelloUn test case con concreti valori dei dati di input e dei risultati attesi. Gli operatori logici

provenienti dai test case di alto livello sono sostituiti dai valori effettivi. corrispondentiagli obiettivi degli operatori logici.

x x

maintainability mantenibilitàLa facilità con la quale un prodotto software può essere modificato per correggere difetti,per soddisfare nuovi requisiti, per rendere più semplice la futura manutenzione o puòessere adattato ad un ambiente modificato.

[ISO 9126] x x x x X x x

maintainability testing testing di manutenibilità Il processo di testing per determinare la manutenibilità di un prodotto software. x x

maintenance manutenzioneModifiche ad un prodotto software dopo il suo rilascio per correggere difetti, permigliorare le prestazioni od altre funzionalità o per adattare il prodotto ad un ambientemodificato.

[IEEE 1219] x x x x X x x

maintenance testing testing di manutenzioneTesting delle modifiche ad un sistema in produzione o dell’impatto di un ambientemodificato ad un sistema in produzione.

x x x x

man in the middle attack

man in the middle attackL'intercettazione, simulando e/o alterando una transazione comunicativa (ad es.,transazioni con carta di credito), svolta da terzi all’insaputa del titolare.

x

management review revisione manageriale

Una valutazione sistematica dei processi di acquisizione, fornitura, sviluppo,manutenzione o erogazione SW, svolto da (o per conto di) una funzione manageriale,che:

conferma i requisiti del sistema e la loro realizzazione nel sistema controlla lo stato di avanzamento del processo, determina lo stato dei piani e delle schedulazioni, valuta l’efficacia dell’operato rispetto agli obbiettivi del processo stesso.

[EEE 610, IEEE

1028]x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


manufacturing-based quality

qualità base fabbricazione

Una vista della qualità, per cui la qualità si misura dal grado di conformità di un prodottoo servizio ai suo requisiti ed alla sua prevista progettazione. Tale qualità deriva dalprocesso (i) utilizzato(i)

qualità base prodotto, qualità base trascendente, qualità base utente, qualità

base valore

[Garvin] X

master test plan master test plan Piano di tutti i livelli e tipologie di test da effettuarsi per un progetto piano di test master x x X

master test plan piano di test master: piano di test di progetto. x

maturity maturità(1) La capacità di un organizzazione con riferimento all’efficacia e all’efficienza dei suoiprocessi e delle sue pratiche di lavoro. (2) La capacità del prodotto software di evitareesiti negativi risultanti da difetti presenti nel software.

Capability Maturity Model, Test Maturity Model,

affidabilità[ISO 9126] x x x x x X x

maturity level livello di maturitàIl grado di miglioramento dei processi misurato su un insieme predefinito di aree diprocesso, per le quali vengono raggiunti tutti i rispettivi obiettivi.

x X

maturity model modello di maturità

Una raccolta strutturata di elementi che descrivono alcuni aspetti della maturità di unaorganizzazione ed un supporto nella definizione e nella comprensione dei processi diuna organizzazione. Un modello di maturità fornisce spesso un linguaggio comune, unavisione condivisa ed un quadro di priorità per le azioni di miglioramento.

[TMMi] x x X

MBT Model Modello MBT Ogni modello usato nel testing model based. testing model based x



Indicatore di preferenze psicologiche rappresentanti le diverse personalità e stili dicomunicazione delle persone.

Myers‐Briggs Type Indicator



La media aritmetica (media) del tempo intercorso fra i guasti di un sistema. Il MTBF è ingenere un indicatore di un modello di crescita dell’affidabilità, che prevede che unguasto del sistema sia immediatamente riparato, come risultato di un processo diriparazione dei difetti.

modello di crescita dell’ affidabilità x x x X



La media aritmetica del tempo necessario al ripristino di un sistema dopo un qualsiasiguasto. Esso comprende il test per assicurarsi che il difetto sia stato risolto.

x X

measure misuraIl numero o la categoria assegnata ad un attributo di una entità ottenuto da unamisurazione.

[ISO 14598] x x x x X x

measurement misurazioneIl processo di assegnazione di un numero o categoria ad una entità per quantificare unsuo attributo.

[ISO 14598] x x x x X x

measurement scale scala di misurazione Una scala che vincola il tipo di analisi dei dati che possono essere eseguiti. [ISO 14598]

memory leak memory leakUn difetto nella logica di allocazione di memoria di un programma che causa il fallimentoquando esso rilascia memoria dopo che ha finito di usarla, eventualmente causando ilfallimento del programma dovuto alla mancanza di memoria.

x x

methodical test strategy


Una strategia di test in cui il team di test usa un insieme predeterminato di condizioni ditest come standard di qualità, una checklist o un insieme di condizioni di test logichegeneralizzate che possono essere correlate ad un particolare dominio o applicazione oad una tipologia di test

testing metodologico x

methodical testing testing metodologicoTesting basato su un insieme di standard di test, ad esempio una lista di controllo, unostandard di qualità od una serie di casi di test generalizzati.


FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


metric metrica Una scala di misurazione e il metodo usato per la misurazione. [ISO 14598] x x x x x X x x

migration testing testing di migrazione testing di conversione

milestone milestone

Un momento temporale in un progetto in corrispondenza del quale dovrebbero essereeffettuati dei rilasci (anche intermedi) e/o dovrebbero essere ottenuti particolaririsultati.

x x x X x

mind-map mappa mentale

Un diagramma utilizzato per rappresentare parole, idee, attività o altri elementi connessie disposti intorno ad una parola chiave o idea centrale. Le mappe mentali sono utilizzateper generare, visualizzare, strutturare e classificare le idee e come aiuto nelle attività dianalisi, organizzazione, risoluzione di problemi, presa di decisioni e documentazione..

x X

model coverage copertura del modelloIl grado, espresso come percentuale, con il quale gli elementi di un modello sono statipianificati per essere attivati o sono stati attivati da un insieme di test.

model-base testing (MBT)

testing model-base (MBT) Testing che si basa su o comporta l'uso di modelli MBT model x x x x

model-base testing strategy

strategia di testing model-base Una strategia di test tramite la quale il team di test deriva casi di test da modelli. model‐base testing x

modelling toolstrumento di modellazione Uno strumento che supporta la verifica di modelli di software o di sistemi. [Graham] x

moderator moderatore Il conduttore ed il principale responsabile di una ispezione o di altri processi di revisione. leader dell'ispezione x x X

modified condition decision coverage

copertura delle decisioni in condizioni modificate (MC/DC)

La percentuale dei risultati di tutte le singole condizioni che indipendentementeimpattatano un risultato di una decizione che sono state attivate da un insieme di casi ditest. Il 100% della copertura delle decisioni e delle condizioni modificate comporta il100% della copertura delle decisioni e delle condizioni.


condizionix

modified condition decision testing

testing delle decisioni in condizioni modificate

Una tecnica di progettazione di test white-box nella quale i test case sono progettati pereseguire gli esiti delle singole condizioni che influenzano in modo indipendente gli esitidelle decisioni.


x

modified multiple condition coverage

copertura delle condizioni multiple modificate

copertura di

determinazione delle condizioni

x

modified multiple condition testing

testing delle condizioni multiple modificate


x

module modulo componente. x

module testing testing di modulo testing di componente. x

monitor monitor strumento di monitoraggio x

monitoring toolstrumento di monitoraggio

Uno strumento software o un dispositivo hardware che gira in parallelo al componente osistema sotto test e supervisiona, registra e/o analizza il comportamento del componenteo del sistema.

monitor IEEE 610] x x

monkey testing monkey testingTesting svolto tramite una selezione casuale da un largo intervallo di input e/o dapulsanti premuti casualmente, ignorando come il prodotto dovrebbe essereeffettivamente usato.

x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


multiple condition condizione multipla condizione composta. x

multiple condition coverage


La percentuale di combinazioni di tutti gli esiti delle condizioni singole, in una dataistruzione, che sono stati attivati da un insieme di test. Il 100% di una copertura dellecondizioni multiple implica il 100% di una copertura delle decisioni in condizionimodificate

x x

multiple condition testing

testing delle condizioni multiple

Una tecnica di progettazione di test white-box nella quale i test case sono progettati pereseguire combinazioni di singoli esiti condizionali (nell’ambito di una singola istruzione).

x

mutation analysis analisi delle mutazioniUn metodo per determinare l’accuratezza di un insieme di test, basato sullamisurazione di quanto l’insieme di test possa individuare piccole modifiche (mutazioni)ad un programma.

x

mutation testing testing delle mutazioniTesting nel quale due o più varianti di un componente o sistema sono eseguite con glistessi input, in cui quindi gli output vengono confrontati ed analizzati in casi didiscrepanze.

testing back‐to‐back x




x



Un indicatore di una preferenza psicologica che rappresenta differenti personalità e stilidi comunicazione delle persone


x

negative testing testing negativoTest 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 diprogettazione di test, come ad esempio il testing con valori di input invalidi o eccezioni.

testing sporco [Beizer] x

neighborhood integration testing

testing di integrazione di vicinanza

Una forma di test di integrazione, dove tutti i nodi connessi ad un determinato nodo sonola base per il test di integrazione.

x

non-conformity non-conformità Mancato soddisfacimento di un specifico requisito. [ISO 9000]

non-functional requirement

requisito non-funzionaleUn requisito che non è associato a funzionalità, ma ad altri attributi, come ad esempioaffidabilità, efficienza, usabilità, manutenibilità e portabilità.

x x x x

non-functional test design techniques

tecniche di progettazione di test non-funzionali

Procedure per derivare e/o selezionare dei test case di testing non-funzionale, basate suuna analisi delle specifiche di un componente o sistema senza riferimento alla suastruttura interna.

tecniche di progettazione di test black‐box.

non-functional testing testing non-funzionaleTesting degli attributi di un componente/sistema che non sono legati a funzionalità, comead esempio affidabilità, efficienza, usabilità, manutenibilità e portabilità.

x x x x x x

N-switch coveragecopertura di N-commutazioni

La percentuale di sequenze di N+1 transizioni che sono state attivate da un insieme ditest.


[Chow] x

N-switch testingtesting di N-commutazioni

Una forma di testing delle transizioni di stato nella quale i test case sono progettati pereseguire tutte le sequenze valide di N+1 transizioni.


[Chow] x

N-wise testing testing N-wiseUna tecnica di progettazione dei test black-box nella quale i casi di test sono progettatiper eseguire tutte le possibili combinazioni discrete di un qualsiasi insieme di n parametridi input.

testing matrici ortogonali, testing pairwise

x

Offline MBT MBT OfflineApproccio al test model based per cui i casi di test sono generati in un repository peressere eseguiti in un momento successivo

x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


off-the-shelf software software off-the-shelfUn prodotto software che viene sviluppato per il mercato, quindi per un elevato numero di clienti e che può essere consegnato a più clienti nello stesso identico formato.

x

Online MBT MBT OnlineApproccio al test model based per cui i casi di test sono generati ed eseguitisimultaneamente

MBT al volo x

open source tool strumento open source Uno strumento software che è disponibile per tutti gli utenti potenziali in forma di codice

sorgente, di solito via internet; i suoi utenti, solitamente sotto licenza, possono studiare,modificare, migliorare e, a volte, distribuire il software..

x x

operability operabilitàLa capacità del prodotto software di consentire agli utenti di operare su di esso e dicontrollarlo.

usabilità [ISO 9126] x x

operational acceptance testing


Testing condotto nella fase di test di accettazione, normalmente eseguito in un ambienteoperativo simulato (simile a quello reale) dall’operatore e/o amministratoreconcentrandosi su aspetti operativi, come ad esempio la ripristinabilità, l’impegno dellerisorse, l’installabilità e la conformità tecnica.

testing operativo, testing di accettazione in produzione

x x

operational environment

ambiente operativoL’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 sistemioperativi, sistemi di gestione di database ed altri e componenti di base.

x

operational profile profilo operativo

L’insieme delle attività eseguite dal componente o sistema, conseguente alcomportamento degli utenti durante la loro interazione col componente o sistema, e leloro probabilità di andare in esecuzione. Ogni attività è da intendersi “logica” piuttostoche “fisica” e può essere eseguita tra diverse macchine o può essere eseguita insegmenti temporali non-consecutivi.

x x x x

operational profile testing

testing di profilo operativo

Testing campionario che usa un insieme di attività (di breve durata) derivate del profilooperativo del sistema.

testing statistico [Musa]

operational profiling profilazione operativa Il processo di sviluppo e implementazione di un profilo operativo x x

operational testing testing operativo Testing condotto per valutare un componente o sistema nel suo ambiente operativo. [IEEE 610] x

oracle oracolo oracolo del test x

orthogonal array matrice ortogonaleUna matrice bidimensionale costruita per avere proprietà matematiche particolari, inmodo che scegliendo due colonne nella matrice si ottiene una conseguente coppia dicombinazione di ciascun valore inserito nella matrice stessa.

x

orthogonal array testing

testing di matrici ortogonali

Un modo sistematico di testare tutte le coppie di combinazioni di variabili, usando dellematrici ortogonali. Riduce significativamente il numero di combinazioni di variabili pertestare tutte le coppie di combinazioni.

testing combinatorio, testing n‐wise.

x

outcome esito risultato x

output output Una variabile (memorizzata internamente su un supporto od esterna) che è scritta da uncomponente.

x x x x x x

output domain dominio di output L’insieme dal quale possono essere selezionati i valori di output validi. dominio. x

output value valore di output Una istanza di un output. x

outsourced testing testing appaltato Testing eseguito da persone che non sono colleghi e non lavorano nello stesso luogo delteam dei progetto.

x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


pair programmingprogrammazione parallela

Un approccio di sviluppo del software in base al quale le linee di codice di uncomponente sono scritte da due programmatori che lavorano sullo stesso computer.Questo implicitamente significa avere una attività continuativa che assicura che lerevisioni di codice sono effettuate in tempo reale.

x x

pair testing testing paralleloUna coppia di persone (ad esempio due tester, uno sviluppatore e un tester, oppure unutente finale ed un tester), che lavorano assieme per trovare difetti. Tipicamente, essicondividono un computer e prendono il controllo di esso durante il testing.

x

pairwise integration testing

testing di integrazione a coppie

Una forma di test di integrazione che indirizza coppie di componenti che lavoranoinsieme, come illustrato nel grafo delle chiamate

x

pairwise testingtesting combinatorio a coppie

Una tecnica di progettazione dei test black box in cui i casi di test sono progettati pereseguire tutte le possibili combinazioni di ogni coppia di parametri di input

testing combinatorio, testing n‐wise

x x x

Pareto analysis analisi di Pareto

Una tecnica statistica nel processo decisionale che viene utilizzata per la selezione di unnumero limitato di fattori che producono un significativo effetto globale. Nel caso dimiglioramento della qualità, la grande maggioranza dei problemi (80%) sono prodotti daun ristretto numero di cause (20%).

x X

partition testing testing delle partizionipartizionamento di

equivalenza.[Beizer]

pass superamentoUn test è considerato superato se il suo risultato effettivo corrisponde al suo risultatoatteso

test superato x x x x x X x

pass/fail criteriacriterio di superamento/fallimento

Regole di decisione usate per determinare se un elemento di test (funzione ocaratteristica) ha superato o fallito un test.

[IEEE 829] x x

path camminoUna sequenza di eventi (ad esempio istruzioni eseguibili) di un componente o sistema,da un punto di ingresso ad un punto di uscita.


x x x x X x

path coverage copertura dei camminiLa percentuale di cammini che sono stati attivati da un insieme di test. Il 100% di unacopertura dei cammini implica il 100% di una copertura LCSAJ.

x

path sensitizing attivazione dei cammini Scelta di un insieme di valori di input per forzare l’esecuzione di un dato cammino. x

path testing testing dei camminiUna tecnica di progettazione di test white-box nella quale i test case sono progettati pereseguire cammini.

x

peer review peer reviewUna revisione di prodotto software effettuata da parte di colleghi dello sviluppatore con loscopo di identificare difetti e/o miglioramenti. Esempi di peer review, sono l’ispezione, lereview tecniche ed i walkthrough.

x

performance prestazioneIl grado con il quale un sistema o componente realizza le funzionalità per cui è statoprogettato, con prefissati vincoli relativi al tempo di elaborazione ed al tasso dithroughput.

efficienza. [IEEE 610] x x x x x X x

performance indicator indicatore di prestazioneUna metrica di alto livello di efficacia e/o efficienza usata per guidare e controllare ilprogresso dello sviluppo, come ad esempio il ritardo rispetto al piano di sviluppo.

[CMMi] X

performance profiling profilo delle prestazioniL'attività di analizzare, per esempio identificare i colli di bottiglia per le prestazioni in basea metriche generate da strumenti e effettuare il tuning delle prestazioni di un componente o sistema software usando appositi strumenti

profilo di carico, profilo operativo

x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


performance testing testing delle prestazioni Il processo di testing per determinare le prestazioni di un prodotto software. testing di efficienza. x x x x x x

performance testing tool


Uno strumento per supportare il testing delle prestazioni, che generalmente ha duefunzionalità principali: la generazione del carico e la misurazione delle transazioni di test.La generazione di carico può simulare sia utenti multipli sia elevati volumi di dati di input.Durante l’esecuzione vengono rilevate le misure dei tempi di risposta dalle transazioniselezionate e tali misure vengono poi registrate. Gli strumenti di testing delle prestazioninormalmente forniscono dei report basati sulle registrazioni dei test e grafici del caricocorrelati ai tempi di risposta.

x x

phase containment arginamento di faseLa percentuale di difetti che sono stati rimossi nella stessa fase (del ciclo di vita del

software) in cui sono stati introdotti.x x

phase test plan piano di test di fase Un piano di test che tipicamente riguarda una fase di test. piano di test. x

planning poker planning poker

Una tecnica di stima basata sul consenso, principalmente utilizzata per stimare lo sforzoo la dimensione relativa di storie di utente nello sviluppo software agile. È una variantedel metodo Delphi a banda larga utilizzando un mazzo di carte con i valori cherappresentano le unità di stima del team.

sviluppo software agile ,Wide Band Delphi.

x x

pointer puntatoreUn elemento dati che specifica la locazione di un altro elemento dati; per esempio unelemento dati che specifica l’indirizzo del record successivo che deve essere elaborato.

[IEEE 610] x X

portability portabilitàLa facilità con la quale il prodotto software può essere trasferito da un ambientehardware o software ad un altro ambiente.

[ISO 9126] x x x X

portability testing testing di portabilità Il processo di testing atto a determinare la portabilità di un prodotto software. x

postcondition postcondizioneCondizioni ambientali e di stato che devono essere soddisfatte dopo l’esecuzione di unsingolo test o di una procedura di test.

x

post-execution comparison

confronto post-esecuzione

Confronto dei risultati effettivi e dei risultati attesi, eseguito dopo che il software haterminato la sua esecuzione.

x

post-project meetingriunione post-progettuale

riunione retrospettiva x

precondition precondizioneCondizioni ambientali e di stato che devono essere soddisfatte prima che il componenteo sistema possa essere eseguito con un particolare test o procedura di test.

x x

predicate predicatoUna dichiarazione che può restituire un valore “vero” o “falso” e può essere utilizzata perdeterminare il flusso di controllo di una logica decisoria successiva.

decisione x x x

predicted outcome esito previsto risultato atteso x

pretest pretest intake test x

priority priorità Il livello di importanza (di business) assegnato ad un elemento, ad esempio un difetto. x x x X x

PRISMAPRISMA (Product RISk MAnagement)

Un approccio sistematico al testing basato sul rischio che utilizza l’identificazione el’analisi dei rischi di prodotto per creare una matrice di rischio che comprende la suaprobabilità ed il suo impatto. Il termine è derivato dalla Gestione del rischio di prodotto

x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


probe effect effetto sonda

L’effetto sul componente o sistema da parte dello strumento di misurazione quando ilcomponente o sistema viene misurato, ad esempio da uno strumento di testing delleprestazioni o da un monitor. Per esempio le prestazioni possono essere lievementepeggiorate quando vengono usati gli strumenti di testing delle prestazioni.

x

problem problema difetto x

problem management gestione dei problemi gestione dei difetti x

problem report rapporto dei problemi report dei difetti x

procedure testing testing di procedureTesting finalizzato ad assicurare che il componente od il sistema possa operare incongiunzione con procedure (nuove o esistenti) di business o procedure operative.

x

process processo Un insieme di attività correlate tra loro, le quali trasformano un input in output. [ISO 12207] x x x x X x

process assessment assessment di processoUna valutazione disciplinata dei processi software di un'organizzazione con riferimentoad un modello.

[ISO 15504] x x X

process compliant test strategy

strategia di test di conformità di processo

Una strategia di test per cui il test team segue un insieme di processi predefiniti, cheprevedono attività quali la documentazione, la corretta identificazione e l'uso di basi edoracoli di test e l'organizzazione del team di test.

x

process compliant testing

testing di conformità di processo

Testing che segue un insieme di processi definiti, per esempio da un soggetto esterno,come un comitato per gli standard.


x

process cycle test test del ciclo di processoUna tecnica di progettazione di test black-box nella quale i test case sono progettati pereseguire le procedure di business ed i relativi processi.

testing di procedure [TMap] x

process driven scripting

scripting guidato dal processo

Una tecnica in cui gli script sono strutturati in scenari, che rappresentano i casi d'uso delsoftware in test. Gli script possono essere parametrizzati con i dati di test.

x

process improvementmiglioramento di processo

Un programma di attività progettato per migliorare le prestazioni e la maturità deiprocessi delle organizzazioni e il risultato di tale programma.

[CMMi] x x X x

process model modello di processoUno schema in cui processi della stessa natura sono classificati, ad esempio un modellodi miglioramento dei test.

x X

process reference model

modello di processo di riferimento

Un modello di processo che fornisce un elenco di “best practices” su come migliorarlo inmodo graduale.

x

process-driven testingtesting guidato dal processo

Una tecnica di scripting in cui gli script sono strutturati in scenari che rappresentano icasi d’uso del software in test. Gli script possono essere poi parametrizzati con i dati ditest.

x

product quality characteristic

caratteristica di qualità del prodotto


product risk rischio di prodotto Un rischio collegato direttamente all’oggetto del test. rischio x x x x x x

product risk management (PRISMA)

gestione del rischio di prodotto

PRISMA x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


product-based qualityqualità basata sul prodotto

Una vista della qualità, basata su un insieme predefinito di attribut . Questi attributidevono essere misurati in modo oggettivo e quantitativo. Le differenze nella qualità diprodotti della stessa tipologia possono essere fatte risalire al modo in cui gli attributispecifici di qualità sono state implementati

qualità basata sulla fabbricazione, attributi della qualità, qualità di

base trascendente, qualità di base utente, qualità

basata sul valore

X

product-based quality qualità base prodotto

Una vista della qualità per cui la qualità si basa su un set ben definito di attributi. Questiattributi devono essere misurati in modo oggettivo e quantitativo. Le differenze nellaqualità dei prodotti dello stesso tipo si può far risalire al modo in cui gli attributi di qualitàspecifici sono state realizzati.

attributi della qualità, qualità base fabbricazione, qualità base trascendente,

qualità base utente, qualità base valore.

[Garvin] x

production acceptance testing

testing di accettazione in produzione


x

program instrumenterstrumentazione di programma

strumentazione x

program testing testing di programma testing di componente x

project progettoUn insieme di attività coordinate e controllate con date di inizio e di fine, intraprese perrealizzare un obiettivo che sia conforme ai requisiti specificati, compresi i vincolitemporali, di costo e di risorse.


project retrospective retrospettiva di progettoUn approccio strutturato per capitalizzare le esperienze (lesson learned) e per definirespecifici piani d'azione volti a migliorare il prossimo progetto od una sua prossima fase

x X

project risk rischio di progettoRischio correlato alla gestione ed al controllo del progetto (di test), come ad esempiomancanza di personale, scadenze stringenti, modifiche ai requisiti, etc.

rischio x x x x X x

project test plan piano di test di progetto piano di test master. x

pseudo-random pseudo-casualeUna serie che sembra essere casuale, ma che di fatto è generata sulla base di sequenzeprogrammate in anticipo.

x

qualification qualificaIl processo di dimostrazione della capacità di soddisfare specifici requisiti. Notare che iltermine ‘qualificato’ viene usato per designare lo stato corrispondente.

[ISO 9000] x x

quality qualitàIl grado con il quale un componente, un sistema od un processo soddisfa i requisitispecificati e/o le esigenze e le aspettative dell’ utente/cliente.


quality assurance assicurazione qualitàComponente della gestione della qualità focalizzata sul fornire fiducia che i requisiti diqualità saranno soddisfatti.


quality attribute attributo di qualità Una caratteristica che riguarda la qualità di un elemento. [IEEE 610] x x x x x X x

quality control controllo qualitàLe tecniche ed attività operative, parte della gestione della qualità, focalizzate sullasoddisfazione dei requisiti di qualità.

x X x



Un metodo per trasformare le richieste dell'utente in ualità progettuale, per implementarele funzionalità che formano la qualità, per applicare le metodologie volte a conseguire laqualità nei sottosistemi, nelle componenti e in definitiva negli specifici elementi delprocesso di sviluppo.

[Akao] x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


quality gate barriera di qualitàUna speciale milestone di progetto. Le barriere di qualità si posizionano tra le fasi di unprogetto fortemente dipendenti dal risultato di una fase precedente. Una barriera diqualità include un controllo formale dei documenti della fase precedente.

x

quality management gestione della qualità

Insieme di attività coordinate per gestire e controllare gli aspetti della qualità in unaorganizzazione. La gestione ed il controllo della qualità generalmente include lacreazione della politica e degli obiettivi di qualità, della pianificazione e del controllo dellaqualità, dell’assicurazione e del miglioramento della qualità.

[ISO 9000] X x

quality risk rischio qualità Un rischio legato ad un attributo di qualità. attributo di qualità, rischio

di prodotto.x x x

RACI (Responsible, Accountable, Consulted, and Informed ) matrix

RACI (Responsible, Accountable, Consulted, and Informed ) matrice

Una matrice che descrive la partecipazione di vari ruoli nel completare attività e/odeliverables in un progetto od in un processo. È particolarmente utile nel chiarire ruoli eresponsabilità, evidenziando i quattro principali ruoli normalmente presenti:Responsabile, Supervisore, Consultato ed Informato.

x

random testing testing casuale

Una tecnica black-box di progettazione del testing nella quale i casi di test vengonoselezionati, possibilmente usando un algoritmo di generazione pseudo-casuale, percorrispondere ad un profilo operativo. Questa tecnica può essere usata per il testing diattributi non-funzionali, come ad esempio affidabilità e prestazioni.

x

Rational Unified Process

Rational Unified Process (RUP)

Un processo iterativo di sviluppo software (proprietario e adattabile) composto da quattrofasi del ciclo di vita di progetto: inizio, elaborazione, costruzione e transizione.

x x x X

reactive test strategystrategia di testing reattivo

Strategia di testing in cui il team di test prima di progettare ed implementare i testattende il ricevimento del software e li esegue poi interagendo con il software stesso.

x

reactive testing testing reattivo

Tecnica di testing che risponde dinamicamente al sistema in test reale, ottenendo irelativi risultati. Esso ha normalmente un ciclo di pianificazione ridotto e le fasi diprogettazione ed implementazione dei test non sono svolte sino al ricevimento delsoftware.

strategia di testing reattivo x x

record/playback toolstrumento di registrazione/riproduzione

strumento di cattura/riproduzione

x

recorder registratore documentatore x

recoverability recuperabilitàLa capacità del prodotto software di ristabilire uno specificato livello di prestazioni erecuperare i dati inquinati nel caso di esito negativo (failure).

affidabilità [ISO 9126] x x x

recoverability testing testing di recuperabilità Il processo di testing per verificare la recuperabilità di un prodotto software. testing di affidabilità x xredundant dissimilar systems

sistemi differenti ridondanti

Sistemi installati per aumentare la disponibilità di un’applicazione software. x

regression testing testing di regressione

Testing delle modifiche di un programma precedentemente testato, per assicurare chenon siano stati introdotti o non scoperti dei difetti in aree non modificate del software,come risultato delle modifiche effettuate. Esso viene eseguito quando il software od ilsuo ambiente viene modificato.

x x x x x

regression-averse testing

testing di contro-regressione

Testing che utilizza varie tecniche per gestire il rischio di regressione ,e.g., progettandodel testware riutilizzabile ed automatizzando intensamente uno o più livelli di test.

strategia di testing di contro‐regressione

x x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


regression-averse testing strategy

strategia di testing di contro-regressione

Una strategia di testing in cui il team di test utilizza diverse tecniche per gestire il rischiodi regressione, quali l’automazione dei test di regressione funzionali e/o non-funzionaliad uno o più livelli.

x

release note note di rilascioUn documento che identifica gli elementi di test, la loro configurazione, lo stato correnteed altre informazioni rilasciate dallo sviluppo (e possibilmente da altri stakeholders) altesting, , all’inizio di una fase di esecuzione di test.

[IEEE 829] x x

reliability affidabilitàLa capacità del prodotto software, sotto prefissate condizioni, di eseguire le funzionalitàrichieste per uno specifico periodo di tempo o per uno specificato numero di operazioni.


reliability growth model

modello di crescita dell’affidabilità

Un modello che mostra, durante il testing continuativo, la crescita in termini di affidabilitànel tempo di un componente o sistema, come risultato della rimozione di difetti chehanno causato in esiti negativi di affidabilità.

x x

reliability testing testing di affidabilità Il processo di testing per determinare l' affidabilità di un prodotto software. x x

replaceability sostituibilitàLa capacità del prodotto software di essere usato al posto di un altro prodotto softwarespecificato, per lo stesso scopo e nello stesso ambiente.


requirement requisito

Una esigenza di un utente per risolvere un problema o per raggiungere un obiettivo, chedeve essere esaudita o posseduta da un sistema (o da una sua componente) persoddisfare un contratto, uno standard, una specifica od altri documenti formalmenteconcordati.


requirements management tool

strumento di gestione dei requisiti

Uno strumento che supporta la registrazione dei requisiti, degli attributi dei requisiti (adesempio, priorità, responsabile del processo etc.) e di altre annotazioni, e che agevola latracciabilità e la gestione delle modifiche dei requisiti attraverso le varie fasi del ciclo disviluppo/modifica . Alcuni strumenti di gestione dei requisiti forniscono anche supportoper l’analisi statica, come ad esempio controlli di consistenza e violazioni a predefiniteregole di specifica dei requisiti.

x x x

requirements phasefase di definizione dei requisiti

Il periodo di tempo nel ciclo di vita del software durante il quale i requisiti di un prodottosoftware sono definiti e documentati.

[IEEE 610] x x

requirements-based testing

testing basato sui requisiti

Un approccio al testing nel quale i cassi di test sono progettati sulla base delle finalità deltesting e delle condizioni di test derivate dai requisiti, come ad esempio i test cheattivano specifiche funzioni o verificano attributi non-funzionali, come affidabilità ousabilità.

x x x x x

resource utilization utilizzazione risorse

La capacità del prodotto software di utilizzare (quando il software esegue le suefunzionalità sotto prefissate condizioni) le appropriate quantità e tipologia di risorse, peresempio l’impegno di memoria principale e secondaria, le dimensioni dei filetemporanei o di overflow, etc.

efficienza [ISO 9126] x

resource utilization testing


Il processo di testing per determinare l’utilizzazione delle risorse di un prodotto software. testing di efficienza x

result risultatoL’esito dell’esecuzione di un test. Esso include gli output, le modifiche ai dati, i report edi messaggi di comunicazione esterni.

risultato attuale, risultato atteso

x x x x x X x

resumption criteria criterio di ripresaLe modalità con cui le attività (tutte o parziali) precedentemente sospese vengono fatteripartire.

x

resumption requirement

requisiti di ripresaL'insieme predefinito di attività di testing che devono essere ripetute quando il testing èriavviato dopo una sospensione.

[IEEE 829] x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


re-testing re-testingTesting che esegue i test case che non sono passati durante l’ultima esecuzione, inmodo da controllare il successo delle azioni correttive.

x

retrospective analysis analisi retrospettivaUna metodologia strutturata per capitalizzare l’esperienza acquisita e per creare specificipiani di miglioramento dei prossimi progetti o prossime fasi del progetto.

retrospettiva progettuale x

retrospective meeting riunione retrospettivaUna riunione alla fine di un progetto, durante la quale i membri del team valutano losvolgimento ed i risultati del progetto e ne deducono degli insegnamenti che possonoessere applicati ai progetti successivi.

riunione post‐progettuale x x x X

review revisione

Una valutazione di un prodotto o dello stato di un progetto per constatare discrepanzerispetto ai risultati pianificati e per raccomandare miglioramenti. Esempi includono larevisione manageriale, la revisione informale, la revisione tecnica, l’ispezione e ilwalkthrough.

[IEEE 1028] x x x x X x

review plan piano di revisione

Un documento che descrive l'approccio, le risorse e il calendario delle attività di revisionepreviste. Esso identica, tra gli altri: la tipologia di revisione da utilizzare,i documenti e ilcodice da sottoporre a revisione, i partecipanti, nonché i criteri di ingresso e di uscita daapplicare in caso di revisioni formali e le motivazioni per la loro scelta. Si tratta di unaregistrazione del processo di pianificazione della revisione.

x

review tool strumento di revisioneUno strumento che fornisce il supporto al processo di revisione. Caratteristiche tipicheincludono la pianificazione ed il monitoraggio, la comunicazione, le revisioni dicollaborazione ed un archivio per la raccolta e la registrazione di metriche.

x x

reviewer revisoreLa persona coinvolta nella revisione, che identifica e descrive le anomalie nel prodotto onel progetto sotto revisione. I revisori possono essere scelti in modo da rappresentaredifferenti punti di vista e ruoli nel processo di revisione.

ispettore x x

risk rischioUn fattore che potrebbe avere negative conseguenze future; generalmente espressocome impatto e probabilità.

x x x x x X x x

risk assessment valutazione del rischioIl processo di identificazione ed analisi successiva del rischio identificato di progetto o diprodotto, per determinarne il livello, in genere con l'assegnazione di valori di probabilitàed impatto.

analisi del rischio,rischio, rischio di prodotto, rischio di progetto, probabilità di

rischio

x x x x x x

risk category categoria di rischio tipo di rischio x

risk control controllo del rischioIl processo attraverso il quale vengono identificate le decisioni e vengono realizzate lemisure protettive per la riduzione dei rischi a determinati livelli o anche per ilmantenimento dei rischi a livelli specificati.

x

risk identificationidentificazione del rischio

Il processo di identificazione dei rischi usando tecniche come il brainstorming, le liste dicontrollo e lo storico di esiti negativi.

x x x x x

risk impact impatto del rischio Il danno causato dal verificarsi del rischio. x

risk level livello di rischio

L’importanza di un rischio come definito dalle sue caratteristiche di probabilità edimpatto. Il livello di rischio può essere usato per determinare l’intensità del testing chedeve essere eseguito. Un livello di rischio può essere espresso sia qualitativamente (adesempio alto, medio, basso) o quantitativamente.

x x x x x X

risk likelihood probabilità del rischio La probabilità stimata che il rischio si manifesti. x

risk management gestione del rischioApplicazione sistematica di procedure e pratiche per le attività di identificazione, analisi,definizione delle priorità e controllo del rischio.

x x X x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


risk mitigation mitigazione del rischioIl processo attraverso il quale si prendono le decisioni e si attuano le misure diprotezione per ridurre i rischi o per mantenere i rischi all'interno di uno specificato livello.

controllo del rischio x x x x x x

risk type tipo di rischio

Un insieme di rischi raggruppati per uno o più fattori comuni, come ad esempio unattributo di qualità, una loro causa, la loro collocazione o l’effetto potenziale del rischio.Uno specifico insieme di tipi di rischio di prodotto viene correlato al tipo di test in gradodi attenuare (o controllare) quel tipo di rischio. Per esempio il rischio che una interazioneutente possa essere fraintesa può essere attenuato dal test di usabilità.

categoria di rischio x

risk-based testingtesting basato sul rischio

Un approccio al testing per ridurre il livello di rischio ed informare gli stakeholders suglistati dei rischi stessi, partendo dallo stadio iniziale di un progetto. Esso coinvolgel’identificazione dei rischi di prodotto e l’uso dei livelli di rischio nella conduzione delprocesso di test.

x x x x x x

robustness robustezzaIl grado con il quale un componente od un sistema può funzionare correttamente inpresenza di input invalidi o di condizioni ambientali di stress.

tolleranza agli errori, tolleranza ai guasti

[IEEE 610] x x x x

robustness testing testing di robustezza Testing per determinare la robustezza del prodotto software. x

root cause causa originaleUna sorgente di un difetto tale per cui la sua rimozione riduce od annulla il verificarsi diquel tipo di difetto.

[CMMi] x x x X x

root cause analysis analisi causaleUna tecnica di analisi che mira all’identificazione delle cause originali dei difetti.Applicando delle misure correttive alle cause originali, si spera che la probabilità diricorrenze dei difetti verrà minimizzata.

x x x x X



Rational Unified Process x



Una metodologia con cui gli obiettivi sono definiti molto specificatamente piuttosto chegenericamente. SMART è un acronimo derivato dagli attributi dell’'obiettivo da definire:Specifico, Misurabile, Accessibile, Rilevante e Tempestivo.

x

safety sicurezza fisicaLa capacità del prodotto software di raggiungere dei livelli di rischio accettabili per quanto riguarda il danno a persone, al business, al software, alle proprietà o all’ambiente in unospecifico contesto di utilizzo.

[ISO 9126] x x x

safety critical systemsistema di sicurezza fisica

Un sistema nel quale un esito negativo od un malfunzionamento può avere comeconseguenza la morte o seri danni a persone, perdita o danni severi ad equipaggiamenti,danni ambientali.

X

safety testingtesting di sicurezza fisica Testing atto a verificare la sicurezza fisica di un prodotto software. x

sanity test sanity test smoke test x

scalability scalabilità La capacità del prodotto software di essere esteso per adattarsi a carichi crescenti. [Gerrard] x x X

scalability testing testing di scalabilità Testing atto a determinare la scalabilità del prodotto software. xscenario testing testing degli scenari testing dei casi d’uso x

scorecard scorecardUna rappresentazione sintetica di misurazioni delle prestazioni, che rappresentano iprogressi verso l'attuazione di obiettivi a lungo termine. Una scorecard forniscemisurazioni statiche di prestazioni rispetto od alla fine di un intervallo di tempo.

cruscotto aziendale,dashboard

x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


scribe documentatoreLa persona che registra su un modulo ogni difetto rilevato ed ogni suggerimento per ilmiglioramento del processo durante un incontro di revisione. Il documentatore dovrebbeassicurare che la forma di registrazione sia leggibile e comprensibile.

x

scripted testing testing guidatoEsecuzione di test condotta seguendo una sequenza di test precedentementedocumentati.

x

scripting language linguaggio di scriptingA linguaggio di programmazione nel quale vengono scritti script di test eseguibili, chesono poi usati da uno strumento di esecuzione dei test (ad esempio, uno strumento dicattura/riproduzione).

x x

SCRUM SCRUMUna metodologia incrementale ed iterativa per la gestione di progetti comunementeutilizzata nello sviluppo software “agile”.

sviluppo software agile x x x x X x

security sicurezzaAttributo dei prodotti software che si riferisce alla loro capacità di prevenire accessi nonautorizzati, sia accidentali che intenzionali, a programmi e dati.

funzionalità [ISO 9126] x x x x x X x

security testing testing di sicurezza Testing atto a determinare la sicurezza del prodotto software. testing di funzionalità x x x x

security testing toolstrumento di testing di sicurezza Uno strumento che supporta il testing di sicurezza. x

security tool strumento di sicurezza Uno strumento che supporta la sicurezza operativa. x x

serviceability testing testing di gestibilità testing di manutenibilità x

session-based test management

gestione del testing a sessioni

Un metodo per la gestione e la misurazione di test a sessioni, ad esempio testingsperimentale.

x

session-based testing testing a sessioniUn approccio al testing in cui si pianificano le attività di test come sessioni ininterrotte diprogettazione ed esecuzione dei test, spesso utilizzato in combinazione con il testingsperimentale.

severity severitàIl grado dell’impatto che un difetto ha sullo sviluppo o l’operatività di un componente o diun sistema.


Shewhart chart schema di Shewhart

balanced scorecard, cruscotto

aziendale,dashboard

short-circuiting corto-circuitoUna 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 lacondizione sull’altro lato è sufficiente per determinare il risultato finale.

x

simulation simulazioneLa rappresentazione delle caratteristiche comportamentali selezionate di un sistema

astratto o fisico da parte di un altro sistema. [ISO 2382/1] x x x

simulator simulatoreUn dispositivo, programma o sistema usato durante il testing, il quale si comporta odopera, quando stimolato da un insieme di input controllati, come un specificato sistema.

emulatore [IEEE 610,

DO178b] x x

site acceptance testing

testing di accettazione on-site

Testing di accettazione da parte di utenti/clienti presso il loro sito, per determinare se uncomponente o sistema soddisfa o meno le esigenze utente/cliente ed è adeguato aiprocessi di business.

x

smoke test smoke testUn sottoinsieme di tutti i test case definiti/pianificati che coprono la funzionalitàprincipale di un componente o sistema, per accertarsi che le loro funzioni più crucialifunzionino, ma senza preoccuparsi dei dettagli.

intake test,sanity test x x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


software softwareProgrammi, procedure, possibilmente con associata documentazione e dati pertinentiall’operatività del sistema informatico.


software attack attacco software attacco xSoftware Failure Mode and Effect Analysis (SFMEA)



x



Failure Mode and Effect, and Criticality Analysis

(FMECA)x



Fault Tree Analysis (FTA) x

software featurecaratteristica del software

caratteristica x

software integrity levellivello di integrità software

Il grado con cui software è conforme o deve conformarsi ad un insieme (selezionato daglistakeholders) di caratteristiche software (ad es., complessità, sicurezza, , prestazioni,affidabilità ecc.) definite in modo da riflettere l'importanza del software per i suoistakeholder.

x

software life cycle ciclo di vita del software

Il periodo di tempo che inizia quando un prodotto software viene concepito e terminaquando non è più disponibile per essere utilizzato. Il ciclo di vita del software tipicamenteinclude le fasi: concettuale, requisiti, progettazione, implementazione, test, installazione,operativa, manutenzione e, a volte, il ritiro del software. Si noti che queste fasi possosovrapporsi o essere svolte in modo iterativo.

x x x x X



Un programma di attività volte a migliorare le prestazioni e la maturità dei processisoftware di una organizzazione ed i risultati di tale programma. [CMMi]

x X

software product characteristic

caratteristica del prodotto software

attributo di qualità.

software quality qualità del softwareL’insieme di funzionalità e caratteristiche di un prodotto software che identifica la suacapacità di soddisfare esigenze predefinite o implicite.

qualità[ ISO 9126]

x X x

software quality characteristic

caratteristica di qualità del software


software test incident incidente di test del software

incidente. x

software test incident report

report di incidente di test del software

report degli incidenti x



Una tecnica di test di usabilità basata sui questionari per misurare la qualità del softwaredal punto di vista dell’utente.

SUMI x

source statement istruzione sorgente istruzione x

specification specifica

Un documento che specifica (auspicabilmente in maniera completa, precisa everificabile) i requisiti, la progettazione, il comportamento od altre caratteristiche di uncomponente o sistema e, spesso, le relative procedure per determinare se questeclausole sono state soddisfatte.

x x x x x X x

specification-based technique

tecnica basata sulle specifiche


x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


specification-based test design technique

tecnica di progettazione di test basata sulle specifiche

Procedura per derivare e/o selezionare test case basati sull’esperienza, la conoscenza el’intuizione del tester.

x

specification-based testing

testing basato sulle specifiche

testing black‐box x

specified input input specificato Un input per il quale la specifica prevede un risultato. xSPI (SW Process Improvement)


Software Process Improvement

x

stability stabilitàLa capacità del prodotto software di evitare effetti inattesi a fronte di modifiche nelsoftware stesso.

manutenibilità. [ISO 9126] x x x x

staged representation schema di riferimentoUn modello strutturato in cui il raggiungimento degli obiettivi di un insieme di aree diprocesso stabilisce un livello di maturità; ogni livello costruisce una base per i livellisuccessivi.

[CMMi] X

standard standard Un insieme di requisiti, formali ed a volte obbligatori, sviluppati e utilizzati per prescrivereapprocci coerenti al modo di lavorare o per fornire linee guida (ad esempio, norme ISO /IEC, standard IEEE e standard organizzativi).

x x x x x X x

standard software software standard software off‐the‐shelfstandard-compliant testing


Testing che verifica la conformità ad una serie di requisiti definiti da standard, adesempio standard industriali o standard di sicurezza fisica.

x

standard-compliant testing strategy

strategia di testing di conformità agli standard

Una strategia di test in cui il team di test segue uno standard. Standard seguiti possonoessere ad esempio validi per un paese (standard legislativi), un dominio di business(standard di dominio) o interni (standard organizzativi).

x

state diagram diagramma di statoUn diagramma che raffigura gli stati che un componente o sistema può assumere emostra gli eventi o le circostanze che causano e/o impattano un cambiamento da unostato ad un altro.

[IEEE 610] x

state table tabella di statoUna tabella che mostra le transizioni risultanti dalla combinazione di ogni singolo statocon ogni singolo possibile evento, evidenziante sia le transizioni valide che quelleinvalide.

x x

state transition transizione di stato Una transizione tra due stati di un componente o di un sistema. x x

state transition testingtesting delle transizioni di stato

Una tecnica di progettazione di test black-box test nella quale i test case sono progettatiper eseguire transizioni di stato valide ed invalide.

testing di N‐commutazioni. x x x

statement istruzioneUna entità in un linguaggio di programmazione, la quale è tipicamente la più piccolaindivisibile unità di esecuzione.

x x x x x X

statement coverage copertura delle istruzioni La percentuale di istruzioni eseguibili che sono state attivate da un insieme di test. x x x

statement testing testing delle istruzioniUna tecnica di progettazione del testing white-box nella quale i casi di test sonoprogettati per eseguire istruzioni.

x x

static analysis analisi statica

Analisi di elementi correlati al software, come ad esempio requisiti o codice, condottasenza la loro esecuzione. L’analisi statica è di solito effettuata per mezzo di appositistrumenti. analisi statica del codice x x x x x x

static analysis toolstrumento di analisi statica

analizzatore statico. x

static analyzer analizzatore statico Uno strumento che effettua l’analisi statica. x x X

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


static code analysis analisi statica del codice Analisi del codice sorgente condotta senza l’esecuzione del software stesso. x x x

static code analyzeranalizzatore statico di codice

Uno strumento che effettua analisi statica del codice. Il strumento verifica il codicesorgente, per certe proprietà come la conformità a standard di codifica, a metriche diqualità o di anomalie del flusso dati.

x

static testing testing staticoTesting di un componente software (requisiti, progettazione, codice) senza la suaesecuzione, come ad esempio revisioni o analisi statica del codice.

x x x X

statistical testing testing statisticoUna tecnica di progettazione del testing nella quale si usa un modello di distribuzionestatistica degli input per costruire dei casi di test rappresentativi.

testing di profilo operativo x

status accountingstato della configurazione

Un elemento di gestione della configurazione, consistente nella registrazione e nellareportistica di informazioni necessarie a gestire operativamente ed efficacemente unaconfigurazione. Questa informazione include un elenco delle identificazioni diconfigurazione approvate, lo stato delle modifiche proposte alla configurazione e lo statodi implementazione delle modifiche approvate.

[IEEE 610] x



Systematic Test and Evaluation Process

x

storage memorizzazione utilizzazione delle risorse x

storage testingtesting di memorizzazione


x

stress testing stress testingUna tipologia di testing delle prestazioni condotto per valutare un sistema od uncomponente ai limiti od oltre i limiti dei suoi carichi di lavoro (stimati o specificati) ocondotto con una ridotta disponibilità di risorse.

testing delle prestazioni, testing di carico

[IEEE 610] x x

stress testing toolstrumento di testing di stress Uno strumento che supporta lo stress testing. x

structural coverage copertura strutturale Misure di copertura basate sulla struttura interna di un componente o di un sistema. x x

structural test design technique

tecnica di progettazione di test strutturali


x

structural testing testing strutturale testing white‐box xstructure based testing

testing basato sulla struttura

testing white‐box x

structured scripting scripting strutturatoUna tecnica di scripting che costruisce ed utilizza una libreria di script (totalmente oparzialmente) riusabili.

x x

structured walkthrough

walkthrough strutturato walkthrough x

stub stubUna implementazione semplificata o scheletrica di un componente software, usata persviluppare o testare un componente chiamante o che è comunque dipendente da esso.Lo stub sostituisce il componente chiamato.

[IEEE 610] x x x x

subpath sottocammino Una sequenza di istruzioni eseguibili in un componente.

suitability idoneitàLa capacità del prodotto software di fornire un appropriato insieme di funzioni perspecifiche attività e obiettivi dell’utente.

funzionalità [ISO 9126] x x x x X x

suitability testing testing di idoneità Il processo di testing per determinare l'idoneità di un prodotto software x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI




Una tecnica di test di usabilità, basata su questionari, per la misurazione della qualitàdel software da parte dell'utente finale.

x

suspension criteria criterio di sospensioneIl criterio usato per fermare (temporalmente) tutte o in parte le attività di testing suglielementi di test.

[IEEE 829] x

SUT (System under Test)

SUT (System under Test) Sistema in Test oggetto del test x

syntax testing testing sintatticoUna tecnica di progettazione di test black-box nella quale i test case sono progettatibasandosi sulla definizione del dominio di input e/o di output.

x

system sistemaUn insieme di componenti organizzato per ottenere una specifica funzione od un gruppodi funzioni.


system integration testing

testing di integrazione di sistemi

Testing della integrazione di sistemi e componenti, nonché delle interfacce versoorganizzazioni esterne (ad esempio, Electronic Data Interchange, Internet).

x x x x x

system of systems sistema di sistemi

Sistemi multipli, eterogenei e distribuiti, che sono inseriti in reti a livelli multipli ed indomini multipli interconnessi, che gestiscono problemi (e/o perseguono obiettivi) comunied interdisciplinari su larga scala, di solito senza una struttura di gestione comune. x x

system testing testing di sistemaIl processo di testing di un sistema integrato per verificare che esso soddisfi i suoirequisiti specificati.

[Hetzel] x x x x x x

system under test (SUT)

system under test (SUT) oggetto del test x x x x x x x



Un metodo di analisi strutturato, usato anche come un modello basato sui contenuti permigliorare il processo di test. STEP non richiede che i miglioramenti avvengano in unordine specifico.


x x X



x



L'ambiente richiesto per l'automazione dei test compresi tutti i sistemi HW/SW e tutti gli artefatti come le librerie di test.

Test Harness x



La persona responsabile della pianificazione e della supervisione dellosviluppo ed evoluzione di una TAS.

x



x



sviluppo guidato dal test x

technical review revisione tecnicaUn’attività di discussione fra un gruppo di colleghi che si concentra sul raggiungimentodel consenso per l’approccio tecnico che deve essere seguito.

peer review. x x x x

test test Un insieme di uno o più casi di test . [IEEE 829] x x x x x X x

test adaption layerlayer di adattamento del testing

Il layer di un’architettura di automazione del testing che fornisce il codice necessario peradattare i vari test automatizzati alle varie configurazioni, componenti ed interfacce delSUT.

x

test analysis analisi del test Il processo di analisi della base di test e di definizione degli obiettivi del testing. x x x x X x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


test approach approccio al test

L’implementazione della strategia di test per uno specifico progetto. Esso includetipicamente delle decisioni basate:§ sugli obiettivi del progetto di test e sulla stima delrischio, § sui punti di partenza relativi al processo di test,§ sulle tecniche diprogettazione dei test che devono essere applicate, § sui criteri di uscita e sui tipi di testda eseguire.

x x x x x X x

test architect architetto del test

(1) Una persona che fornisce guida e direzione strategica ad una organizzazione ditesting 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 gestionedei dati di test.

x

test automation automazione del testingL’uso di software per eseguire o supportare attività di test, come ad esempio la

gestione, la progettazione, l’esecuzione dei test e la verifica dei risultati.x x x x x x

test automation architetture

architettura di automazione del testing

L’istanza di una generica architettura di automazione dei test, per definire nella soluzioneadottata i suoi layer, i componenti, i servizi e le interfacce.

x

test automation engineer

test automation engineer

La persona responsabile della progettazione, realizzazione e manutenzione diun’architettura di automazione del testing, nonché della evoluzione tecnica dellesoluzioni di automazione dei test adottate.

x

test automation framework

Infrastruttura di automazione del testing

Uno strumento che fornisce un ambiente di automazione dei test, che includenormalmente un test harness e librerie di test

x



La persona responsabile della pianificazione e supervisione dello sviluppo ed evoluzionedi una soluzione di automazione del testing.

x

test automation solution

soluzione di automazione del testing

La realizzazione di un’architettura di automazione del testing, cioè una combinazione dicomponenti che implementano una specifica soluzione di automazione. I componentipossono includere strumenti di automazione commerciali, strutture di automazione,nonché hardware di automazione dei test.

x

test automation strategy

strategia di automazione del testing

Una pianificazione di alto livello per conseguire obiettivi di automazione del testing alungo termine, nell’ambito di pre-esistenti condizioni ambientali.

x

test basis base di test

La documentazione sulla quale sono basati i casi di test, che include tutti i documenti daiquali possono essere desunti i requisiti di un componente o sistema. Se un documentopuò essere modificato solo attraverso una procedura formale di modifica, allora la basedi test è chiamata una base di test congelata.

x x x x x

test bed test bed ambiente di test

test case caso di test

Un insieme di valori di input, precondizioni di esecuzione, risultati attesi e postcondizionidi esecuzione, sviluppate per un particolare obiettivo o condizione di test, come adesempio per attivare un particolare cammino del programma o per verificare laconformità ad uno specifico requisito.


test case design technique

tecnica di progettazione di test case

Procedura per derivare e/o scegliere i test case basata su una analisi delle specifiche,sia funzionale che non-funzionale, senza nessun riferimento alla struttura interna delcomponente o del sistema.

tecnica di progettazione di test

x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


test case explosionesplosione dei casi di test

La crescita sproporzionata del numero di casi di test al crescere della dimensione dellabase di test, quando si utilizza una certa tecnica di progettazione del testing.L’esplosione può verificarsi anche quando si applica la tecnica di progettazione deltesting in modo sistematico per la prima volta.

x

test case result risultato dei casi di testIl verdetto finale sull’esecuzione di un test ed sui suoi risultati (pass, fail o error). E’utilizzato per chiarire se la causa di un errore è riconducibile all’oggetto del test.

x x

test case specification specifica dei casi di testUn documento che include un insieme di casi di test (obiettivo, input, azioni, risultatiattesi e precondizioni di esecuzione) per un elemento del testing.

[IEEE 829] x x x

test case suite insieme dei casi di test insieme di test

test charter dichiarazione di testUna dichiarazione delle finalità del testing e possibilmente delle idee su come eseguire iltest. Le dichiarazioni di test sono usate nel testing esplorativo.

testing esplorativo x x x x X

test closure chiusura del testing

Durante la fase di chiusura di un processo di test vengono documentati i dati raccoltidalle attività completate per consolidare l’esperienza, il testware, i fatti ed i numeri. Lafase di chiusura del test consiste nella finalizzazione e nell’archiviazione del testware enella valutazione del processo di test, comprendente la preparazione di un report divalutazione del testing.

processo di test x x x X

test comparator comparatore di testUno strumento di test per eseguire un confronto automatizzato dei risultati effettivi con irisultati attesi.

x

test comparisoncomparazione del testing

Il processo di identificazione delle differenze tra i risultati effettivi prodotti dal componenteo sistema sotto test ed i risultati attesi. Il confronto del test può essere svolto durantel’esecuzione del test (confronto dinamico) oppure dopo l’esecuzione del test.

x

test completion criteriacriterio di completamento del test

criterio di uscita x

test condition condizione del testingUn elemento o evento di un componente o di un sistema che potrebbe essere verificatoda uno o più casi di test, come ad esempio una funzione, una transazione, unacaratteristica, un attributo di qualità od un elemento strutturale.

x x x x x

test control controllo del testUna attività di gestione del testing che comprende lo sviluppo e l’esecuzione di uninsieme di azioni correttive per mantenere un progetto di test in linea con l’andamentoprevisto, quando il monitoraggio evidenzia uno scostamento da quanto pianificato.

gestione del testing x x x

test coverage test di copertura copertura x

test cycle ciclo di testEsecuzione del processo di test rispetto ad un singolo ed identificabile rilasciodell’oggetto del testing.

x x x

test data dati di testDati che esistono (per esempio, in un database) prima che un test venga eseguito e che

coinvolgono o sono coinvolti dal componente o sistema sotto test.x x x x x X x

test data management gestione dati di testIl processo di analisi dei requisiti dei dati di test, di progettazione delle strutture, dicreazione e mantenimento dei dati di test.

x

test data preparation tool

strumento di preparazione dei dati di test

Una tipologia di strumenti di test, che consente di selezionare i dati da database esistentio di crearli, manipolarli ed editarli per l’utilizzo nel testing.

generatore di test x x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


test definition layerlayer di definizione del testing

Il layer di un’architettura generica di automazione del testing che ne supportal’implementazione, favorendo la definizione di insiemi di casi di test (es. tramite modelli oguide).

x

test deliverable test deliverable Ogni prodotto (o semilavorato) del testing che deve essere consegnato ad altri. x x

test design progettazione del testingIl processo di trasformazione di obiettivi generali di testing in condizioni di test e casi ditest che siano tangibili.


x x x x x X

test design specification


Un documento che specifica le condizioni di test (gli elementi di copertura) per unelemento di test, l’approccio di test dettagliato e l’identificazione dei casi di test di altolivello associati.

specifica dei test [IEEE 829] x x

test design techniquetecnica di progettazione dei test Procedura usata per derivare e/o selezionare i casi di test. x x x x x x

test design toolstrumento di progettazione dei test

Uno strumento che supporta le attività di progettazione dei test, generando input di testda una specifica, che può essere mantenuta in un archivio ( per esempio in unostrumento di gestione dei requisiti), partendo da condizioni di test detenute nellostrumento stesso o dal codice.

x x x x

test director direttore del testing Un dirigente senior a cui riferiscono i responsabili del testing. responsabile del testing x

test driven development (TDD)

sviluppo guidato dal testUna modalità di sviluppo del software nel quale i test case sono progettati, e spessoautomatizzati, prima che il software stesso sia sviluppato.

x x x

test driver driver del test driver

test environment ambiente di testUn ambiente comprendente hardware, strumentazione, simulatori, strumento software edaltri elementi di supporto necessari per condurre un test.

[ IEEE 610] x x x x x X x

test estimation stima del testL’approssimazione calcolata di un risultato relativo ai vari aspetti del testing (ad esempiosforzo speso, data di completamento, costi sostenuti, numero di casi di test ecc.), che èutilizzabile anche se i dati di input possono essere incompleti, incerti o instabili.

x x x X x

test evaluation reportrapporto di valutazione del testing

Un documento prodotto alla fine del processo di test che riassume tutte le attività ed irisultati del testing. Esso contiene anche una valutazione del processo di test e delleesperienze (lesson learned) acquisite.

x

test execution esecuzione del testIl processo che consiste nell’eseguire un test sul componente o sistema sotto test,producendo un risultato effettivo (o più risultati effettivi).

x x x x x X x

test execution automation

automazione dell’esecuzione del testing

L’uso di software, ad esempio strumento di cattura/riproduzione, per controllarel’esecuzione dei test, per confrontare i risultati effettivi con quelli attesi, per descrivere leprecondizioni e gli altri controlli dei test e per rediger rapporti.

x x x x x x x

test execution layerlayer di esecuzione del testing

Il layer di un’architettura generica di automazione del testing che supporta l’esecuzionedi insiemi di casi di test.

x

test execution phasefase di esecuzione dei test

Il periodo di tempo, nel ciclo di vita di sviluppo del software, durante il quale i componentidi un prodotto software sono eseguiti e il prodotto software viene valutato perdeterminare se i suoi requisiti sono stati o soddisfatti o meno.

[IEEE 610] X

test execution schedule

pianificazione dell’esecuzione dei test

Uno schema per l’esecuzione di procedure di test. Le procedure di test sono inclusenella pianificazione dell’esecuzione dei test nel loro contesto e nell'ordine nel qualedevono essere eseguite.

x x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


test execution technique

tecnica di esecuzione dei test

Il metodo usato per svolgere l’effettiva esecuzione dei test, sia manuale cheautomatizzata.

test execution toolstrumento di esecuzione del testing

Un tipo di strumento di test che è in grado di eseguire altro software, usando uno script ditest automatizzato, come ad esempio uno strumento di cattura/riproduzione.

x x x x x x

test fail fallimento del test fallimento x

test generation layerlayer di generazione del testing

Il layer di un’architettura generica di automazione del testing che supporta laprogettazione manuale o automatizzata di insiemi di casi di test.

x

test generator generatore di teststrumento di preparazione

dei dati di test

test harness test harness Un ambiente di test compreso di stub e driver necessari per eseguire un test. x x

test hook test hookUn’interfaccia software customizzata che facilita il testing automatizzato di un oggetto deltest.

x

test implementationimplementazione del tesingt

Il processo di sviluppo ed assegnazione di priorità alle procedure di test, creando dati ditest e, opzionalmente, preparando le test harness e scrivendo script di test automatizzati.

x x x X x

test improvement planpiano di miglioramento testing

Un piano per raggiungere gli obiettivi di miglioramento organizzativo del processo ditesting, basato su una approfondita comprensione degli attuali punti di forza e didebolezza del processo e delle risorse del testing.

X

test incident incidente di test incidente x

test incident reportrapporto di incidente del test

processo di assessment x

test infrastructure infrastruttura del testingGli elementi organizzativi necessari per svolgere il testing, comprensivi di ambienti ditest, strumenti di test, ambienti fisici e procedure.

x x x

test input input del testingI dati ricevuti da una sorgente esterna all’oggetto del testing durante l’esecuzione. Lasorgente esterna può essere hardware, software od umana.

x x x

test item elemento di testL’elemento individuale che deve essere testato. Generalmente c’è un oggetto del test emolti elementi di test.

oggetto del test. x x x x

test item transmittal report

rapporto di trasferimento del test

note di rilascio x

test leader test leader responsabile del test x

test level livello di testUn insieme di attività di test organizzate e gestite congiuntamente. Un livello di testprevede precise responsabilità progettuali. Esempi di livelli di test sono: il test dicomponente, il test di integrazione, il test di sistema ed il test di accettazione.

stadio di test [TMap] x x x x x X x

test log test log Una registrazione cronologica dei dettagli rilevanti relativi all’esecuzione dei test. [IEEE 829] x x

test logging test logging ll processo di registrazione di informazioni sui test eseguiti all’interno di un test log. x x x x

test management gestione del testingLa pianificazione, stima, monitoraggio e controllo delle attività di test, generalmentecondotte da un responsabile del test.

x x x x x X x

test management toolstrumento di gestione del test

Uno strumento che fornisce supporto alla gestione del testing e controlla parte di unprocesso di test. Esso spesso offre diverse funzionalità come la gestione del testware, lapianificazione dell’esecuzione dei test, il logging dei risultati, il tracciamentodell’avanzamento, la gestione degli incidenti e la reportistica dei test.

x x x x x X x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


test manager responsabile del testLa persona responsabile della gestione progettuale delle attività di testing, delle risorsecorrelate e della valutazione di un oggetto del testing. L’individuo che dirige, controlla,amministra, pianifica e regolamenta la valutazione di un oggetto del testing.

x x x x X x



Un modello a cinque livelli per il miglioramento del processo di test, legato al CapabilityMaturity Model (CMM), che descrive gli elementi chiave di un processo di test efficace.

x



Un modello a cinque livelli per il miglioramento del processo di test, legato al CapabilityMaturity Model Integration (CMMi), che descrive gli elementi chiave di un processo di testefficace.

x X

test mission missione del testGli obiettivi del testing di un’organizzazione, spesso documentati come parte dellapolitica del testing.

politica del testing x x

test model modello del testingUn modello che descrive il testware usato per testare un componente od un sistemasotto test.

x

test monitoring monitoraggio del testUna attività di gestione del testing che prevede attività di controllo periodico sullo stato diun progetto di test. Vengono preparati dei rapporti che confrontano lo stato attuale conquello pianificato.

gestione del testing x x x X

test object oggetto del test Il componente o sistema da testare. x x x xtest objective obiettivo del testing Una finalità o scopo della progettazione ed esecuzione di un test. x x X x

test oracle oracolo del test

Una fonte per determinare i risultati attesi da confrontare con i risultati effettivi delsoftware sotto test. Un oracolo può essere il sistema esistente (per un benchmark), unmanuale utente od un individuo con una conoscenza specialistica, ma non dovrebbeessere il codice SW sviluppato.

[Adrion] x x x x x

test outcome esito del test risultato x

test pass superamento del test superamento x

test performance indicator

indicatore delle prestazione del testing

Una metrica di alto livello di efficacia e/o efficienza usata per guidare e controllare losviluppo progressivo del tesingt, come ad esempio la percentuale di rilevamento deidifetti.

x

test phase fase di testUn insieme di attività di test incluse in una fase di un progetto, come ad esempio leattività di esecuzione di un livello di test.

Gerrard x X

test plan piano di test

Un documento che descrive l’obiettivo, l’approccio, le risorse e la programmazionetemporale delle attività di test da eseguire. Esso identifica e specifica: le caratteristicheda testare, le attività di testing, l’esecutore di ogni singola attività, il grado diindipendenza del tester, l’ambiente di test, le tecniche di progettazione dei test, i criteri diingresso e di uscita, le motivazioni logiche per la loro scelta ed ogni rischio che possarichiedere un intervento imprevisto. Il piano di test è il registro del processo dipianificazione del test.


test planning pianificazione del test La attività di redazione o modifica di un piano di test. x x x x X

Test Point Analysis (TPA)

Test Point Analysis (TPA) Una metodologia di stima delle attività di test, basata sull’analisi dei Function Point. [TMap] x

test policy politica di testUn documento di alto livello che descrive i principi, l’approccio ed i maggiori obiettividell’organizzazione relativa al testing.

x x X x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


test procedure procedura di testspecifica della procedura di

testtest procedure specification

specifica della procedura di test

Un documento che specifica una sequenza di azioni per l’esecuzione di un test. É notoanche come script di test o script di test manuale.

[IEEE 829] x x x

test process processo di testIl processo di test comprende fondamentalmente la pianificazione ed il controllo dei test,l’analisi e la progettazione dei test, l’implementazione ed esecuzione, la valutazione deicriteri di uscita, la reportistica e le attività di chiusura dei test.

x x x x X x

Test Process Group Test Process GroupUn insieme di specialisti (di test) che favoriscono la definizione, la manutenzione ed il

miglioramento dei processi di test utilizzati dall’organizzazione [CMMi] x X



Un insieme di attività indirizzate al miglioramento dei risultati e del livello di maturità diun processo di test.



Una dichiarazione derivata dal manifesto “agile”, che definisce i valori per migliorare ilprocesso di test. I valori sono:- Flessibilità dei processi - Best Practices vs modelli- Orientamento di distribuzione vs. processo di orientamento- Peer Reviews vs Quality Assurance- Business Driven vs Model Driven.

[Veenendaal08

]X

test process improver test process improverLa persona che realizza i miglioramenti nel processo di test basato su un piano dimiglioramento del testing.

X

test progress reportrapporto di avanzamento del test

Un documento, prodotto ad intervalli regolari, che riassume le attività di testing ed irelativi risultati, volto a riportare l’avanzamento delle attività di testing in linea con unabaseline (come ad esempio il piano di test originale) ed a comunicare al management irischi identificati e le azioni alternative suggerite richiedenti una decisione.

x x x X x

test record registrazione del test test log x

test recordingprocesso di registrazione del test

test logging x

test reporting rapporto di testRaccolta e analisi di dati provenienti dalle attività di test e successivo loroconsolidamento in un report per informare le parti interessate.

processo di test , report riassuntivo del test

x x x X x

test reproduceability riproducibilità del testUn attributo di un test che indica se vengono prodotti gli stessi risultati ogni volta che iltest viene eseguito.

x

test requirement requisito del test condizione del test x

test result risultato del test risultato x

test rig test rig ambiente di test x

test run lancio del test Esecuzione di un test su una specifica versione dell’oggetto del test. x

test run loglog di esecuzione del test

test log x

test scenario scenario di testspecifica della procedura di

testx

test schedule schedulazione del testUna lista di attività, compiti od eventi del processo di test, che identifica le loro date e/otempi di inizio e fine previsti e le loro interdipendenze.

x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


test script script di test Una specifica della procedura di test, frequentemente automatizzata. x x x x x x

test session sessione di 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 possonoanche esplorare nuove opportunità durante una sessione. Il tester crea ed esegue i testcase al volo e registra il loro avanzamento.

testing esplorativo x x x x x

test set gruppo di test insieme di test. x

test situation situazione di test condizione di test x

test specification specifica dei testUn documento che include una specifica di progettazione dei test, una specifica dei testcase e/o una specifica della procedura di test.

x x x x

test specification technique

tecnica di specifica dei test

tecnica di progettazione dei test.

x

test stage stadio di test livello di test x

test strategy strategia di testUna descrizione generale dei livelli di test che devono essere eseguiti e delle attività ditesting da svolgere per ogni livello nell’ambito di un’organizzazione o di uno o piùprogetti.

x x x x x x

test suite test suiteUn insieme di diversi casi di test indirizzati ad un componente o sistema sotto test, nelquale la post-condizione di un test viene spesso usata come precondizione delsuccessivo.

test set x x x

test summary reportrapporto riassuntivo del testing

Un documento che riassume le attività di testing ed i relativi risultati. Esso contieneanche una valutazione dei corrispondenti elementi di test rispetto ai criteri di uscita.

rapporto di test [IEEE 829] x x

test target obiettivo del testing Un insieme di criteri di uscita. x

test technique tecnica di testtecnica di progettazione

dei testx

test tool strumento di testingUn prodotto software che supporta una o più attività di test, come la pianificazione ed ilcontrollo, la specifica, la predisposizione dei file di input, la generazione dei dati,l’esecuzione e l’analisi dei test.

CAST [TMap] x x x x x x

test type tipo di test

Un gruppo di attività di test che hanno la finalità di testare un componente o sistema,focalizzandosi su uno specifico obiettivo di test (test funzionale, test di usabilità, test diregressione ecc). Un tipo di test può essere condotto nell’ambito di uno o più livelli di testo in una o più fasi.

[Tmap] x x x x

testability testabilità La capacità del prodotto software (realizzato o modificato) di essere testato. manutenibilità [ISO 9126] x x x x x x

testability review revisione di testabilitàUna verifica dettagliata della base di test per determinare se essa ha un adeguato livellodi qualità per essere usato come documento di input nel processo di test.

[TMap] x

testable requirements requisito testabileIl livello di chiarezza ed esaustività di un requisito, che consente la progettazione deltesting, la redazione di casi di test e la loro esecuzione volta a dimostrare ilsoddisfacimento del requisito stesso.

[IEEE 610] x

tester testerUn professionista con le qualità/capacità necessarie per eseguire il testing di uncomponente o sistema.

x x x x x x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


testing testing

Il processo che include tutte le attività, sia statiche che dinamiche, del ciclo di vita,riguardanti la pianificazione, preparazione e valutazione dei prodotti software e deiprodotti di lavoro correlati, per evidenziare che i prodotti software soddisfano i requisitispecificati, per dimostrare che essi sono adatti al loro scopo e per rilevare gli eventualidifetti

x x x x x x x

testware testware

Prodotti sviluppati durante il processo di test per pianificare, progettare ed eseguire test,come ad esempio documentazione, script, input, risultati attesi, procedure diconfigurazione e di ripristino, file, database, ambiente ed ogni software di utilitàaggiuntivo usato durante il testing. [In accordo con Fewster e Graham]

x x x x x

thread testing testing progressivoUna versione del testing di integrazione di componenti nella quale la progressivaintegrazione dei componenti segue l’implementazione di sottoinsiemi dei requisiti, inalternativa all’integrazione dei componenti per livelli gerarchici.

x

three point estimation stima a tre punteggiUna metodologia di stima del testing utilizzando i valori di stima della materia da stimare"migliore", " peggiore" e " più probabile", per definire il grado di certezza associato alvalore di stima risultante.

x

time behaviorcomportamento temporale

prestazioni x



x

top-down testing testing top-down

Un approccio incrementale al testing di integrazione, nel quale viene testato per primo ilcomponente in cima alla gerarchia dei componenti, con i componenti al livello inferioresimulati da opportuni stub. I componenti testati sono quindi usati per testare i componentidel livello inferiore. Il processo viene ripetuto finchè tutti i componenti di livello più bassosono stati testati.




Un approccio di gestione organizzativa incentrata sulla qualità, sulla base dellapartecipazione di tutti i membri dell'organizzazione a perseguire il successo a lungotermine attraverso la soddisfazione del cliente ed i benefici per tutti i membridell'organizzazione e per la società. Total Quality Management si compone dipianificazione, organizzazione, direzione, controllo e garanzia.

x



Test Process Group x

TPI-Next TPI-Next

Un modello orientato al business per il miglioramento del processo di test, che descrivegli elementi chiave di un processo efficace ed efficiente.

x x



Total Quality Management x

traceability tracciabilitàLa capacità di identificare elementi correlati nella documentazione e nel software, comead esempio i requisiti con i test associati.

tracciabilità orizzontale, tracciabilità verticale

x x x x x x

traceability matrix matrice di tracciabilità

Una tabella bidimensionale, che correla due entità (es, requisiti e casi di test). La tabellaviene 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 dellemodifiche proposte

x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


transactional analysis analisi transazionali

L'analisi delle transazioni tra le persone e all'interno delle loro menti; una transazione èdefinita come uno stimolo più una risposta. Le transazioni avvengono tra le persone e tragli stati dell'io (segmenti di personalità) all'interno della mente di una sola persona. x

transcendent-based quality

qualità base trascendente

Una vista della qualità, in cui essa non può essere definita con precisione, ma èpercepita quando la si vede o se ne conosce l’assenza quando manca. Tale qualitàdipende dalla percezione e da sentimenti affettivi di un individuo o di un gruppo diindividui verso un prodotto.

qualità base fabbricazione, qualità base prodotto, qualità base

'utente, qualità base valore

[Garvin] x

understandability comprensibilità

La capacità del prodotto software di consentire all’utente di capire se il software èadeguato e come questo possa essere usato per particolari attività e condizioni di uso. usabilità x x x x x

unit unità componente

unit test framework struttura di unit testUno strumento che fornisce un ambiente per il testing di unità o componente nel qualeun componente può essere testato in isolamento o con stub e driver. Esso fornisce disolito anche altri supporti per lo sviluppatore, ad esempio funzionalità di debugging.

x x

unit testing testing di unità testing di componenteunreachable code codice irraggiungibile Codice che non può essere raggiunto e perciò risulta impossibile da eseguire. x x

usability usabilitàLa capacità del software di essere compreso, imparato, utilizzato e di essere di piacevoleutilizzo per l’utente quando usato sotto specifiche condizioni.


usability testing testing di usabilitàTesting per determinare il grado con il quale il prodotto software viene compreso, risultafacile da imparare, facile da usare e di piacevole utilizzo per gli utenti sotto specifichecondizioni.

[ISO 9126] x x x x

use case caso d’usoUna sequenza di transazioni in una interazione tra un attore ed il sistema (o suacomponente) con un risultato tangibile, dove l’attore può essere un utente o chiunquepossa scambiare informazioni col sistema.

x x x

use case testing testing dei casi d’usoUna tecnica di progettazione di test black-box nella quale i test case sono progettati pereseguire gli scenari dei casi d’uso.

testing di scenari utente x x

user acceptance testing

testing di accettazione utente

Test di accettazione effettuate dai futuri utenti in un (simulato) ambiente operativo,concentrandosi sui loro requisiti ed esigenze.

testing di accettazione x x x

user scenario testing testing di scenari utente testing dei casi d’uso.

user story user story

Un requisito utente o di business di alto livello, comunemente utilizzato nello svilupposoftware agile, in genere costituito da una o più frasi( in linguaggio comune o dibusiness) evidenzianti le funzionalità di cui un utente necessita, eventuali requisiti nonfunzionali ed i criteri di accettazione.

sviluppo software agile, requisito

x x x x

user story testing testing di user story Una tecnica di progettazione del testing black-box, in cui i casi di test sono progettati inbase a user strory per verificare la loro corretta implementazione.

user story x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


user test test dell’utenteUn test in base a cui gli utenti della vita reale sono coinvolti nella valutazionedell’usabilità di un componente o sistema.

x

user-based quality qualità base utente

Una vista della qualità, in cui la qualità è la capacità di soddisfare bisogni, necessità edesideri degli utenti . Un prodotto o un servizio che non soddisfa le esigenze degli utentiè improbabile che possa trovare nuovi utenti. Si tratta di un approccio alla qualitàcontingente e dipendente dal contesto, poichè differenti caratteristiche di businessrichiedono differenti qualità di prodotto.


qualità base trascendente, qualità base valore

[Garvin] x

validation validazioneConferma per esame (e attraverso la fornitura di evidenze obiettive) che i requisiti, per unuso specifico e predefinito o per una applicazione, sono stati soddisfatti.

[ISO 9000] x x x x x x

value-based quality qualità base valore

Una vista della qualità, in cui essa è definita dal prezzo. La qualità di un prodotto oservizio è quella che fornisce le prestazioni desiderate ad un costo accettabile. Talequalità viene determinata per mezzo di un processo decisionale con le parti interessatesul bilanciamento tra tempo, sforzo e costi.


qualità base trascendente.Garvin x

variable variabile

Un elemento di memorizzazione in un computer che è accessibile da un programmasoftware tramite un nome di riferimento.

x x x x x

verification verificaConferma per esame (e attraverso la fornitura di evidenze obiettive) che specifici requisitisono stati soddisfatti.


version control controllo di versione controllo di configurazione [ ISO 8402] x

vertical traceability tracciabilità verticaleIl tracciamento dei requisiti attraverso i livelli della documentazione di sviluppo verso icomponenti.

x

V-model modello a VUn modello per descrivere le attività del ciclo di sviluppo del software, dalle specifiche deirequisiti alla manutenzione. Il modello a V illustra in che modo le attività di testingpossono essere integrate in ogni singola fase del ciclo di vita dello sviluppo del software.

x x x x x

volume testing testing di volume Testing nel quale il sistema è alimentato con grandi volumi di dati. testing di utilizzazione delle

risorsex

walkthrough walkthroughUna presentazione passo per passo dell’autore del contenuto di un documento conl’obiettivo di raccogliere suggerimenti di miglioramento e di pervenire ad unacomprensione comune del suo contenuto.

peer review[Freedman e

Weinberg, IEEE

1028]

x x x



Una tecnica di testing di usabilità, basata su questionari-, per la misurazione della qualitàdi software web dal punto di vista dell'utente finale.

x

web-base testing testing web-base Tecnica utilizzata per testare applicazioni WEB.. x x

white-box techniques tecniche white-boxtecniche di progettazione

di test white‐boxx

white-box test design technique

tecnica di progettazione di test white-box

Procedura per derivare e/o selezionare i test case sulla base di un’analisi della strutturainterna di un componente o sistema.

x x

white-box testing testing white-box Testing basato su un’analisi della struttura interna del componente o sistema. x x x x

FL ALTM

ALTA ALTTA AG


ALTAE

SILLABI


Wide Band Delphi Wide Band Delphi Una tecnica di stima basata sul contributo collettivo di un gruppo di esperti. x

wild pointer puntatore erratoUn puntatore che referenzia una locazione che è al di fuori del suo campo di visibilità oche non esiste.

puntatore. x



Una struttura di componenti del prodotto finale e la loro relazione reciproca. x x

certificazione di tester glossario ... - istqb.ita-stqb.org · i sillabi istqb® pubblicati da...

Documents