ISTQB Foundation Level - 4 Analisi e Progettazione dei Test Flashcards
Progettazione del Test
include l’elaborazione delle condizioni di test in test case e in altro testware (es.
test charter). Questa attività prevede spesso l’identificazione degli elementi di copertura, che servono come
guida per specificare gli input dei test case. Le tecniche di test (si veda il capitolo 4) possono essere
utilizzate per supportare questa attività. La progettazione dei test include anche la definizione dei requisiti
dei dati di test, la progettazione dell’ambiente di test e l’identificazione di qualsiasi altra infrastruttura e
strumento necessari. La progettazione dei test risponde alla domanda “come testare?”.
Fasi di Progettazione del Test
Stabilire le condizioni le precondizioni e gli obiettivi
Specifica dei test case
Test case, dettaglio del test,
Scelta dei dati di input
Determinazione del risultato atteso :
Non solo il risultato ma anche lo stato del sistema successivo all’ esecuzione
Esecuzione del test case :
Ordinamento dei test case
Esecuzioni di eventuali script test
Esecuzione del test case
Confronto risultati ottenuti e attesi
Categorie di tecniche di Progettazione di test
Scopo delle diverse tecniche di progettazione dei test è quello di identificare le condizioni di test, i test case ed i dati di test.
Tipicamente si distinguono tecniche black-box e white-box
Tecniche black-box
Nelle tecniche Black-Box le informazioni necessarie alla progettazione dei test vengono derivate dall’analisi della documentazione, sia per il test funzionale che quello non funzionale
Modelli formali o informali, i test case posso essere derivati dai modelli e sono:
* Partizionamento di equivalenza
* Analisi ai valori limite
* Testing della tabella delle decisioni
* Testing delle transizioni di stato
Tecniche white-box
le informazioni vengono derivate dalla struttura del componente o del sistema
I test case sono derivati dalle informazioni (codice e dettaglio sulla progettazione)
La copertura dei test case può essere misurata
Esperienza
Sono basate sulla conoscenza della struttura del software o del sistema, ad esempio:
A livello di componente: la struttura del componente, come le istruzioni, le decisioni, i rami di codice, ecc.
A livello di integrazione: la struttura potrebbe essere l’albero delle chiamate (diagramma con le chiamate fra i diversi moduli).
A livello di sistema: potrebbe essere la struttura dei menu, il processo di business o la mappa di navigazione di un sito web.
Per le tecniche white-box è di estremo aiuto l’utilizzo di strumenti automatici.
Cos’è Partizionamento di equivalenza
I possibili input di un sistema sono divisi in gruppi da cui ci si aspetta un comportamento uniforme.
Le partizioni di equivalenza (o classi) possono contenere dati validi e non validi.
Partizioni possono essere identificate anche per gli output, valori intermedi, valori temporali, parametri di interfacce, ecc.
Il test viene progettato in modo da coprire tutte le partizioni valide e non valide.
Cos’è Analisi dei valori Limite
Il comportamento ai limiti delle classi di equivalenza è quello maggiormente a rischio
Il valore massimo e quello minimo di una partizione sono i valori limite
E’ una tecnica particolarmente ‘facile ‘ed estremamente efficace
I valori limite si ottengono analizzando la specifica di dettaglio
Cos’è Transizioni di Stato
Un sistema può avere un comportamento dipendente dalla condizione in cui si trova in un determinato istante, oltre che da eventi esterni.
In questi casi si può rappresentare il comportamento del sistema con un diagramma di transizioni di stato.
Questo permette al tester di vedere il sistema come un insieme di stati e transizioni tra stati, eventi che provocano il cambiamento di stato e azioni che sono eseguite in base a questi cambiamenti.
Gli stati del sistema sono separati, identificabili ed in numero finito
Quali sono le tecniche di progettazione di test White-box?
ne sono 3 e sono:
Testing e copertura delle istruzioni
Testing e copertura delle decisioni
Testing e copertura delle condizioni
Cos’è Testing delle istruzioni e copertura istruzione
Questa tecnica si focalizza su ogni singola istruzione dell’oggetto del test (codice
Il primo passo consiste nella creazione del grafo del flusso di controllo
Nel grafo le istruzioni condizionali sono rappresentate come nodi, ed il flusso di controllo tra le istruzione è rappresentato attraverso archi (connessioni)
I test case devono eseguire una quota minima predefinita (obiettivo del test) delle istruzioni dell’oggetto del test; idealmente il 100%
Nel test di componente la copertura delle istruzioni è una misura di quale percentuale di istruzioni sono state eseguite durante l’esecuzione di una test suite.
La tecnica del testing delle istruzioni progetta i test case per eseguire specifiche istruzioni al fine di incrementare la copertura
Dopo l’esecuzione dei test case deve essere verificato quali istruzioni sono state eseguite
Quando il livello di copertura precedentemente definito è stato raggiunto il test è considerato sufficiente e perciò terminato
Se sequenze di istruzioni non condizionali appaiono in un frammento di programma allora esse sono illustrate come un singolo elemento.
Istruzioni condizionali (IF , CASE) e cicli (WHILE , FOR) hanno più diramazioni che escono da essi
Spiega Testing e copertura delle decisioni
E’ la valutazione della percentuale di decisioni sollecitate da una test suite
Le decisioni sono i valori Vero e Falso assunti dalla condizione complessiva utilizzata in un’istruzione condizionale
Facendo riferimento al grafo, le decisioni sono rappresentate dagli archi
Si noti che il 100% di copertura delle decisioni implica il 100 % della copertura delle istruzioni, ma non il viceversa
Testing e copertura delle condizioni
L’obiettivo del testing delle condizioni è che ogni singola condizione atomica deve adottare i valori vero e falso. Esempio di tale condizione che non ha operatori logici come AND OR e NOT ma la più include operatori come > o < o =
Il concetto di copertura può essere applicato al altri livelli di test ad esempio a livello di integrazione che potrebbe essere il numero dei moduli sollecitati da una test suite
Essenziale al fine della buona riuscita del test è l’esperienza e intuito del del tester , una tecnica che ad esso viene associata è quella del Error Guessing , ovvero la capacità del tester di anticipare dove potrebbero essere i difetti del software
