Terms related to Expert Test Management 2011

Una dichiarazione sui valori che sono alla base dello sviluppo del software agile. I valori sono: • Individui e interazioni più di processi e strumenti • Software funzionante più di documentazione completa • Collaborazione con i clienti più di negoziazione contrattuale • Risposta al cambiamento più del rispetto di un piano.
Un ambiente comprendente hardware, strumentazione, simulatori, strumento software ed altri elementi di supporto necessari per condurre un test.
Il processo complessivo di identificazione e valutazione del rischio
L’uso di software, ad esempio strumento di cattura/riproduzione, per controllare l’esecuzione dei test, per confrontare i risultati effettivi con quelli attesi, per descrivere le precondizioni e gli altri controlli dei test e per rediger rapporti.
Una speciale milestone di progetto. Le barriere di qualità si posizionano tra le fasi di un progetto fortemente dipendenti dal risultato di una fase precedente. Una barriera di qualità include un controllo formale dei documenti della fase precedente.
Un metodo o una pratica innovativa che contribuisce a migliorare le performance di una organizzazione in un dato contesto. Eessi sono normalmente considerati il metodo o la pratica ‘migliore’ da altre organizzazione che operano nel medesimo contesto.
Una sequenza di eventi (ad esempio istruzioni eseguibili) di un componente o sistema, da un punto di ingresso ad un punto di uscita.
Un attributo di un componente o sistema specificato (o derivante) dalla documentazione dei requisiti. (per esempio affidabilità, usabilità o vincoli di progettazione)
Uno strumento di controllo statistico utilizzato per monitorare un processo e determinare se è statisticamente controllato. Esso raffigura graficamente il valore medio ed i limiti inferiori e superiori (i valori più alti e più bassi) dei parametri controllo di un processo.
Una sorgente di un difetto tale per cui la sua rimozione riduce od annulla il verificarsi di quel tipo di difetto.
Il processo di conferma che un componente, sistema o persona soddisfi suoi requisiti specifici ad es. passando un esame.
Durante la fase di chiusura di un processo di test vengono documentati i dati raccolti dalle attività completate per consolidare l’esperienza, il testware, i fatti ed i numeri. La fase di chiusura del test consiste nella finalizzazione e nell’archiviazione del testware e nella valutazione del processo di test, comprendente la preparazione di un report di valutazione del testing.
Attività svolte in ciascuna fase di un progetto di sviluppo del software e come le attività si relazionano tra loro in modo logico e cronologico
Il grado con cui un componente o sistema ha una progettazione e/o una struttura interna che è difficile da comprendere, mantenere e verificare.
La composizione di un componente o di un sistema come definito dal numero, dalle caratteristiche e dalle interrelazioni delle sue parti (SW, HW o altro) costituenti.
Le tecniche ed attività operative, parte della gestione della qualità, focalizzate sulla soddisfazione dei requisiti di qualità.
Il costo totale delle attività relative alla Qualità. Esso è di norma suddiviso in: costi di prevenzione, costi di verifica, costi di difettosità interna e di difettosità esterna.
Una rappresentazione di misure dinamiche di performance operativa per una attività od organizzazione, utilizzando metriche rappresentate con metafore visive come "quadranti","grafi" e altri dispositivi simili a quelli del cruscotto di un'automobile, in modo che gli effetti di eventi o attività possano essere facilmente compresi e correlati agli obiettivi operativi.
Una rappresentazione grafica utilizzata per organizzare e visualizzare le interrelazioni delle varie possibili cause originali di un problema. Le possibili cause di un difetto reale o potenziale o di una failure sono organizzate in categorie e sottocategorie in una struttura ad albero orizzontale, con il (potenziale) difetto o failure come nodo principale.
Una azione umana che produce un risultato scorretto.
Una regola empirica generalmente accettata, che aiuta a raggiungere un certo obiettivo.
Metodo che si prefigge di misurare la dimensione della funzionalità di un sistema informatico. Le misurazione è indipendente dalla tecnologia. Questa misura può essere usata come base per la misurazione della produttività, la stima delle risorse necessarie e per il controllo del progetto.
Insieme di attività coordinate per gestire e controllare gli aspetti della qualità in una organizzazione. La gestione ed il controllo della qualità generalmente include la creazione della politica e degli obiettivi di qualità, della pianificazione e del controllo della qualità, dell’assicurazione e del miglioramento della qualità.
(1) un approccio strutturato per gestire le transizioni di individui, team ed organizzazioni da uno stato corrente ad uno desiderato stato futuro. (2) una modalità controllata per effettuare una modifica, od una proposta di modifica, ad un prodotto o servizio.
Il processo di combinazione di componenti o sistemi in aggregati più grandi
Tutti i componenti di un sistema che forniscono informazioni e controlli per l'utente per svolgere specifich e attivitàcon il sistema stesso.
Il periodo di tempo, nella gestione dei rischi di progetto, entro cui l’azione di contenimento dovrà essere attuate al fine di essere efficace nel ridurre l’impatto del rischio.
Una scala di misurazione e il metodo usato per la misurazione.
Una metrica che mostra l’avanzamento rispetto ad un criterio definito, per esempio la convergenza del numero totale di test eseguiti sul numero totale di test previsti.
Un programma di attività progettato per migliorare le performance e la maturità dei processi delle organizzazioni e il risultato di tale programma.
Un momento temporale in un progetto in corrispondenza del quale dovrebbero essere effettuati dei rilasci (anche intermedi) e/o dovrebbero essere ottenuti particolari risultati.
Il numero o la categoria assegnata ad un attributo di una entità ottenuto da una misurazione.
Il processo di assegnazione di un numero o categoria ad una entità per quantificare un suo attributo.
Un indicatore di una preferenza psicologica che rappresenta differenti personalità e stili di comunicazione delle persone
Il numero di difetti trovati da una sessione di test, diviso per il numero “totale”, trovato cioè da quella sessione e da tutte le altre successioni successive.
Una tecnica di stima basata sul consenso, principalmente utilizzata per stimare lo sforzo o la dimensione relativa di storie di utente nello sviluppo software agile. È una variante del metodo Delphi a banda larga utilizzando un mazzo di carte con i valori che rappresentano le unità di stima del team.
Un documento di alto livello che descrive i principi, l’approccio ed i maggiori obiettivi dell’organizzazione relativa al testing.
Il livello di importanza (di business) assegnato ad un elemento, ad esempio un difetto.
Un insieme di attività correlate tra loro, le quali trasformano un input in output.
Il processo di sviluppo e implementazione di un profilo operativo.
Un insieme di attività coordinate e controllate con date di inizio e di fine, intraprese per realizzare un obiettivo che sia conforme ai requisiti specificati, compresi i vincoli temporali, di costo e di risorse.
Una matrice che descrive la partecipazione di vari ruoli nel completare attività e/o deliverables in un progetto od in un processo. È particolarmente utile nel chiarire ruoli e responsabilità, evidenziando i quattro principali ruoli normalmente presenti: Responsabile, Supervisore, Consultato ed Informato.
Raccolta e analisi di dati provenienti dalle attività di test e successivo loro consolidamento in un report per informare le parti interessate.
Un approccio strutturato per capitalizzare le esperienze (lesson learned) e per definire specifici piani d'azione volti a migliorare il prossimo progetto od una sua prossima fase
Un fattore che potrebbe avere negative conseguenze future, generalmente espresso come impatto e probabilità.
Un risultato di una valutazione che identifica alcuni importanti problemi o opportunità.
Una metodologia con cui gli obiettivi sono definiti molto specificatamente piuttosto che genericamente. SMART è un acronimo derivato dagli attributi dell’'obiettivo da definire: Specifico, Misurabile, Accessibile, Rilevante e Tempestivo.
Una lista di attività, compiti od eventi del processo di test, che identifica le loro date e/o tempi di inizio e fine previsti e le loro interdipendenze.
Una metodologia incrementale ed iterativa per la gestione di progetti comunemente utilizzata nello sviluppo software “agile”.
Il grado dell’impatto che un difetto ha sullo sviluppo o l’operatività di un componente o di un sistema.
Un sottoinsieme di tutti i casi di test definiti/pianificati che coprono la funzionalità principale di un componente o sistema, per accertarsi che le loro funzioni più cruciali funzionino, ma senza preoccuparsi dei dettagli.
Programmi, procedure, possibilmente con associata documentazione e dati pertinenti all’operatività del sistema informatico.
Un documento che specifica (auspicabilmente in maniera completa, precisa e verificabile) i requisiti, la progettazione, il comportamento od altre caratteristiche di un componente o sistema e, spesso, le relative procedure per determinare se queste clausole sono state soddisfatte.
Un insieme di requisiti, formali ed a volte obbligatori, sviluppati e utilizzati per prescrivere approcci coerenti al modo di lavorare o per fornire linee guida (ad esempio, norme ISO / IEC, standard IEEE e standard organizzativi).
Una strategia di test con cui il team di test analizza la base di test per identificare le condizioni di test da coprire
Una strategia di test per cui il test team segue un insieme di processi predefiniti, che prevedono attività quali la documentazione, la corretta identificazione e l'uso di basi ed oracoli di test e l'organizzazione del team di test.
Una strategia di test in cui il team di test usa un insieme predeterminato di condizioni di test come standard di qualità, una checklist o un insieme di condizioni di test logiche generalizzate che possono essere correlate ad un particolare dominio o applicazione o ad una tipologia di test
Una strategia di test tramite la quale il team di test deriva casi di test da modelli.
Una strategia di test in cui il team di test si basa sul contributo di uno o più stakeholder per determinare i dettagli della strategia stessa
Una strategia di testing in cui il team di test utilizza diverse tecniche per gestire il rischio di regressione, quali l’automazione dei test di regressione funzionali e/o non-funzionali ad uno o più livelli.
Strategia di testing in cui il team di test prima di progettare ed implementare i test attende il ricevimento del software e li esegue poi interagendo con il software stesso.
Uno strumento di test che è in grado di eseguire test su uno specifico elemento di test e valutare gli esiti rispetto ai risultati attesi e alle postcondizioni.
Una implementazione semplificata o scheletrica di un componente software, usata per sviluppare o testare un componente chiamante o che è comunque dipendente da esso. Lo stub sostituisce il componente chiamato.
Un test è considerato superato se il suo risultato effettivo corrisponde al suo risultato atteso
Un processo di sviluppo del software iterativo e incrementale guidato da una prospettiva funzionale pesata con valori dei clienti (caratteristica). E’ usato soprattutto nello sviluppo software agile.
Un gruppo di metodologie di sviluppo software basate sullo sviluppo incrementale iterativo, in cui i requisiti e le soluzioni evolvono tramite una stretta collaborazione tra team inter-funzionali che si auto-organizzano.
Un insieme di uno o più casi di test.
(1) Una persona che fornisce guida e direzione strategica ad una organizzazione di testing ed ai suoi rapporti con altre discipline.(2) Una persona che definisce le modalità con cui il test di un dato sistema è strutturato, tra cui aspetti come strumenti e gestione dei dati di test.
Gli obiettivi del testing di un’organizzazione, spesso documentati come parte della politica del testing.
Un metodo di stima del testing basato sull'analisi dei function points.
Testing che si basa su o comporta l'uso di modelli
Testing che verifica la conformità ad una serie di requisiti definiti da standard, ad esempio standard industriali o standard di sicurezza fisica.
Il processo di testing per determinare l’interoperabilità di un prodotto software.
Testing atto a determinare la sicurezza del prodotto software.
Esecuzione di test condotta seguendo una sequenza di test precedentemente documentati.
Tecnica di testing che risponde dinamicamente al sistema in test reale, ottenendo i relativi risultati. Esso ha normalmente un ciclo di pianificazione ridotto e le fasi di progettazione ed implementazione dei test non sono svolte sino al ricevimento del software.
Testing basato su un’analisi della struttura interna del componente o sistema.
Conferma per esame (e attraverso la fornitura di evidenze obiettive) che i requisiti, per un uso specifico e predefinito o per una applicazione, sono stati soddisfatti.
Conferma per esame (e attraverso la fornitura di evidenze obiettive) che specifici requisiti sono stati soddisfatti.