ISTQB Foundation Level - 5 Gestione del tempo Flashcards

1
Q

Spiega Organizzazione del test e indipendenza

A

L’efficacia nello scoprire gli errori con tecniche statiche e dinamiche può essere aumentata impiegando tester indipendenti. L’indipendenza può essere di diversi gradi:

1 Assenza di tester indipendenti. Gli sviluppatori testano il proprio codice.
2 Tester indipendenti all’interno del team di sviluppo.
3 Gruppi di test indipendenti all’interno della stessa azienda.
4 Tester indipendenti appartenenti al business o agli utenti.
5 Specialisti del test specifico, ad esempio usabilità, sicurezza.
6 Tester esterni all’azienda (Outsourcing del test).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Come avviene la Pianificazione del Test

A

Il contenuto di un piano di test è descritto dal documento ‘standard far test documentation’ (IEEE Std 829-1998).

La pianificazione è influenzata dalla politica aziendale di test, dallo scopo del test, gli obiettivi, i rischi, i vincoli, le criticità, la testabilità e la disponibilità delle risorse.

Con l’avanzamento del progetto e del test stesso, diventano disponibili maggiori informazioni che possono essere inserite nel piano di test.
La pianificazione del test è un’attività dinamica che dura tutto il progetto e le informazioni ottenute possono modificare, ad esempio, rischi ed approcci dei rimanenti test.
Le attività di pianificazione del test possono includere:

Identificare scopo e rischi ed identificare obiettivi del test

Definire approccio al testing con criteri di ingresso – disponibilità ambiente , software , dati e uscita – livello del test raggiunto , copertura del codice , robistezza

Integrare le attività del test con il ciclo di vita del software

Programmare le attività di analisi e progettazione

Assegnare le risorse

Attraverso:
1 Individuare Strategie e approccio al test
2 Monitoraggio e controllo del test
3 Configuration Managment
4 Gestione del Rischio

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Strategie e approccio al test

A

Una strategia di test definisce
1 Obiettivi di testing del progetto
2 I modi per raggiungerli
3 Lo sforzo del testing
4 I costi del testing

Scegliere una strategia appropriata è una delle più importanti decisioni delle attività di pianificazione.
Obiettivo è scegliere un approccio di test che ottimizzi la realizzazione tra costo del testing e il costo dei difetti.

L’approccio al test e l’implementazione della strategia per un progetto specifico;
L’approccio è definito e raffinato nel piano di test e nella progettazione dei test;
Include le decisioni prese in base agli obiettivi ed alle valutazioni sui rischi;
E’ il punto d’inizio per la pianificazione del processo di test, per la scelta delle tecniche di progettazione, per la definizione dei criteri di ingresso e uscita, e per i tipi di test da implementare.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Monitoraggio e controllo del test

A

Metriche tipiche del monitoraggio sono:
Percentuale del lavoro fatto nella preparazione dei test case

Esecuzione dei test case (numero dei test case eseguiti, numero di test case falliti)

Informazioni sui difetti (densità, trovati e corretti, risultati dei re-test)

Copertura dei requisiti

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Configuration Managment

A

Lo scopo del configuration management (CM) è di stabilire e mantenere l’integrità dei prodotti (componenti,dati e documentazione) durante il ciclo di vita del progetto e del prodotto

Nell’ambito specifico del testing, il CM garantisce che:

Tutti gli oggetti del testware sono identificati, sottoposti a controllo della versione, le modifiche siano tracciate.

Tutti i documenti e oggetti software siano referenziati in modo non ambiguo nella documentazione di test.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Gestione del Rischio

A

Lo scopo del testing è trovare difetti. Le discrepanze tra i risultati ottenuti e quelli previsti vengono tracciate tramite incidenti

Un incidente deve essere investigato e può rivelarsi un difetto

Devono essere definite appropriate azioni per gestire gli incidenti; essi devono essere tracciati, classificati e ne deve essere confermata la soluzione

Per fare ciò è necessario definire un processo per la gestione e delle regole per la classificazione

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Supporto di tool per il testing

A

L’attività di testing può trovare grossi miglioramenti in termini di efficacia ed efficienza se supportata dagli strumenti adeguati. In particolare:
Per l’esecuzione dei test, generazione di dati per i test, per il confronto tra i risultati previsti e quelli ottenuti

Per la gestione del processo di test: gestione dei test, dei risultati, dei dati, dei requisiti, degli incident e per il reporting

Per l’esplorazione: monitor, sonde, ecc
Possono avere diversi scopi a seconda del contesto, ad esempio:
Incrementare l’efficienza ad esempio automatizzando test ripetitivi o aiutandola gestione delle attività

Automatizzare attività che se svolte in modo manuale richiederebbero risorse significative, come ad esempio il test statico

Automatizzare attività che non possono essere fatte manualmente, come ad esempio test di performance su larga scala

Incrementare l’affidabilità del test

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Utilizzo dei tool benefici e rischi

A

Il prezzo non è l’unico costo per l’introduzione di un tool in un organizzazione. La sua introduzione comporta dei benefici ma presenta anche dei rischi
I potenziali benefici sono:
Riduzione del lavoro ripetitivo (test di regressione)
Maggiore consistenza e ripetibilità dei test
Valutazione obiettiva dei risultati
Maggiore facilità ad accedere alle informazioni necessarie al testing ed ai report del testing
Potenziali rischi sono:
Aspettative irrealistiche dai tool
Sottovalutazione del tempo, dei costi e dello sforzo per l’introduzione iniziale del tool (inclusa la formazione)
Sottovalutazione del tempo e dello sforzo necessari per raggiungere significativi e continui benefici, incluse variazioni al processo di sviluppo.
Sottovalutazione dello sforzo necessario alla manutenzione del tool e dei suoi risultati.
Sovrastima delle attività che il tool può svolgere.
Problemi con il fornitore, il prodotto e l’assistenza

How well did you know this?
1
Not at all
2
3
4
5
Perfectly