Terms related to Foundation Extension - Automotive Software Tester 2018

Termine generalizzato per test dinamici in diversi ambienti di test virtuali.
Il processo complessivo di identificazione e valutazione del rischio
Il corpo delle conoscenze usate come base per l'analisi e la progettazione dei test
Un attributo di un componente o sistema specificato (o derivante) dalla documentazione dei requisiti. (per esempio affidabilità, usabilità o vincoli di progettazione)
L'eccessiva dipendenza emotiva o psicologica da un'altra persona, in particolare nel cercare di modificare il comportamento corrente (indesiderato), di quella persona, mentre si continua a sostenerla nel mantenere quel comportamento. Ad esempio nel software testing , lamentarsi del ritardo nella consegna del test e contemporaneamente gloriarsi dell’"eroico" lavoro straordinario per recuperare il ritardo, che in realtà aggrava il ritardo stesso.
Una espressione logica che può essere valutata come Vera o Falsa ad es. A>B.
La 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 ogni istruzione di decisione venga testata sia come Vera che come Falsa.
Un'imperfezione o una mancanza in un prodotto di lavoro che non soddisfa i suoi requisiti o le sue specifiche
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à.
Test dinamici eseguiti utilizzando hardware reale con il releativo software, ma in un ambiente simulato.
Il processo di aggiunta intenzionale di difetti ad un sistema per il verificare se il sistema stesso può rilevare (e possibilmente ripristinarsi da) un difetto. Esso è indirizzato ad imitare gli errori che potrebbero verificarsi in produzione.
Uno dei quattro livelli che specificano i requisiti necessari del componente o dell'elemento della norma ISO 26262 e le misure di sicurezza da adotgtare per evitare un rischio residuo irragionevole
Un programma di attività progettato per migliorare le performance e la maturità dei processi delle organizzazioni e il risultato di tale programma.
Il processo di assegnazione di un numero o categoria ad una entità per quantificare un suo attributo.
est dinamici eseguiti utilizzando un modello di simulazione del sistema in un ambiente simulato
Un'astrazione dell'ambiente reale di un componente o di un sistema, che include altri componenti, processi e condizioni ambientali, per una simulazione real-time.
Uno schema in cui processi della stessa natura sono classificati, ad esempio un modello di miglioramento dei test.
Una fonte per determinare i risultati attesi da confrontare con i risultati effettivi del software sotto test.
Un insieme di attività coordinate e controllate con date di inizio e di fine, intraprese per realizzare un obiettivo che sia conforme ai requisiti specificati, compresi i vincoli temporali, di costo e di risorse.
Test eseguiti su software completo e integrato per fornire evidenze della conformità ai requisiti software .
L'assenza di un rischio irragionevole a causa di pericoli causati dal comportamento errato di Sjstemi elttrici o elettronici.
La rappresentazione delle caratteristiche comportamentali selezionate di un sistema astratto o fisico da parte di un altro sistema.
Un sistema in cui l'attività di controllo o l'input dipende dall'output o dalle sue variazioni.
Sistemi multipli, eterogenei e distribuiti, che sono inseriti in reti a livelli multipli ed in domini multipli interconnessi, che gestiscono problemi (e/o perseguono obiettivi) comuni ed interdisciplinari su larga scala, di solito senza una struttura di gestione comune.
Un sistema in cui l'azione o l'input di controllo è indipendente dall'output o dalle modifiche nell'output.
Programmi, procedure, possibilmente con associata documentazione e dati pertinenti all’operatività del sistema informatico.
Test dinamici eseguiti utilizzando software reale in un ambiente simulato o con hardware sperimentale.
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 modello di riferimento del processo e un modello di valutazione del processo stesso per l'industria automotive conforme ai requisiti di ISO/IEC 33002: 2015.
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 tabella contenente diversi approcci di test, tecniche di test e le tipologie di test richiesti in base all' Automotive Safety Integrity Level (ASIL) e al contesto dell'oggetto di test.
Il testing per confrontare due o più varianti di un elemento di test o un modello di simulazione dello stesso elemento effettuati eseguendo gli stessi casi di test su tutte le reletive varianti e confrontando poi i risultati.
Una tecnica di testing white-box nella quale i casi di test sono progettati per eseguire istruzioni.
Il tracciamento dei requisiti di un certo livello di test attraverso gli strati della documentazione disponibile (ad esempio, piano di test, specifica di progettazione dei test, specifica dei test case, specifica della procedura di test o script di test).
Il processo che esamina i rischi identificati e determina il livello di rischio.