Corso ISTQB — Modulo 10: Ripasso finale e strategia d’esame

Sei arrivato all’ultimo modulo. A questo punto i contenuti li hai studiati: questo modulo non aggiunge nozioni nuove, ma ti aiuta a trasformare ciò che sai in punti all’esame. L’ISTQB CTFL Foundation Level v4.0 non è un esame difficile in senso assoluto, ma è insidioso: domande costruite con cura, distrattori plausibili, formulazioni che premiano chi ha letto con attenzione e penalizzano chi va di fretta. Qui mettiamo in fila una mappa dei concetti capitolo per capitolo, un glossario degli argomenti più chiesti, gli errori che fanno cadere anche chi ha studiato, e una serie di tecniche concrete per affrontare le domande a scelta multipla e gestire il tempo.

Come è fatto l’esame (e perché la strategia conta)

L’esame Foundation Level consiste in 40 domande a scelta multipla, con una soglia di superamento del 65% (26 risposte corrette su 40). Il tempo standard è di 60 minuti; se sostieni l’esame in una lingua che non è la tua madrelingua, di norma hai diritto a un’estensione (tipicamente 75 minuti, secondo le regole dell’ente certificatore). Ogni domanda vale lo stesso punteggio, indipendentemente dalla difficoltà o dal livello cognitivo (K1, K2, K3): una domanda di puro ricordo (K1) e una che richiede di applicare una tecnica (K3) valgono esattamente un punto ciascuna. Questa è la prima informazione strategica: non vale la pena spendere troppo tempo su una domanda complicata mentre ce ne sono di facili che valgono lo stesso punto.

Le domande sono distribuite tra i sei capitoli del syllabus secondo un peso indicativo legato al numero di obiettivi di apprendimento. I capitoli con più peso, in genere, sono il 4 (tecniche di test) e il 5 (gestione delle attività di test). Sapere dove si concentrano i punti ti dice anche dove conviene essere più solido.

Mappa dei concetti per capitolo

Capitolo 1 — Fondamenti del testing (syllabus §1). Cos’è il testing e cosa non è, perché serve, i sette principi del testing, il processo di test (attività e prodotti di lavoro), la mentalità del tester e la catena errore-difetto-malfunzionamento (error → defect → failure). Concetti molto chiesti: la catena causale (una persona commette un error, che introduce un defect in un artefatto, il quale a runtime può provocare un failure) e la distinzione tra verifica (stiamo costruendo il prodotto nel modo corretto?) e validazione (stiamo costruendo il prodotto giusto?).

Capitolo 2 — Testing nel ciclo di vita del software (syllabus §2). Modelli di sviluppo (sequenziali tipo waterfall vs iterativi/incrementali tipici dell’Agile), livelli di test (componente, integrazione, sistema, accettazione), tipi di test (funzionale, non funzionale, white-box, di conferma/confirmation e di regressione), il testing nel DevOps, lo shift-left e le retrospettive. Punto chiave molto chiesto: non confondere il livello di test con il tipo di test — sono dimensioni indipendenti.

Capitolo 3 — Testing statico (syllabus §3). Cosa si può analizzare staticamente (codice, requisiti, documenti) senza eseguire il software, i benefici (trovare i difetti il prima possibile), le tecniche di revisione (informale, walkthrough, technical review, ispezione) e i ruoli e le attività del processo di revisione. Insidia classica: distinguere chi fa cosa nei ruoli della revisione e individuare quale tipo di revisione è il più formale (l’ispezione).

Capitolo 4 — Tecniche di analisi e progettazione dei test (syllabus §4). È il capitolo più “tecnico” e con più domande K3 (applica). Si divide in: black-box (partizioni di equivalenza, analisi dei valori limite, tabelle delle decisioni, transizioni di stato), white-box (copertura delle istruzioni e copertura dei rami, con il significato e il valore di ciascuna) e tecniche basate sull’esperienza (error guessing, exploratory testing, testing basato su checklist). Qui aspettati domande in cui devi calcolare: numero minimo di casi di test, valori limite corretti, percentuale di copertura. La preparazione si vince con l’esercizio, non con la sola teoria.

Capitolo 5 — Gestione delle attività di test (syllabus §5). Pianificazione del test, scopo e contenuto del piano di test, strategie e approcci, criteri d’ingresso e d’uscita (entry/exit criteria, con le nozioni Agile di “definition of ready” e “definition of done”), stima dell’effort, prioritizzazione, gestione del rischio (rischio di prodotto e rischio di progetto, risk-based testing), monitoraggio e controllo, metriche e report, gestione delle configurazioni e gestione dei difetti. Capitolo ricco di terminologia precisa: attenzione a non confondere rischio di prodotto e rischio di progetto.

Capitolo 6 — Strumenti di supporto al testing (syllabus §6). Categorie di tool, benefici e rischi nell’adottarli. Capitolo breve e con poche domande: studiabile bene con poco sforzo, quindi ottimo per consolidare punti facili.

Glossario sintetico dei termini più chiesti

Queste sono le definizioni che, sotto pressione d’esame, si confondono più spesso. Memorizzale al punto da distinguerle in due secondi.

Error / Defect / Failure — l’error è l’azione umana sbagliata; il defect è il difetto che ne risulta nell’artefatto (codice, documento); il failure è il malfunzionamento osservabile quando il difetto viene eseguito. La sequenza segue sempre quest’ordine.
Verifica vs Validazione — verifica = stiamo realizzando il prodotto nel modo corretto, cioè conforme alle specifiche; validazione = stiamo realizzando il prodotto giusto, cioè rispondente ai bisogni reali dell’utente.
QA vs QC vs Testing — la Quality Assurance è orientata al processo (prevenire i difetti migliorando il modo di lavorare); il Quality Control è orientato al prodotto (attività che ne verificano la qualità); il testing è una delle forme di quality control.
Confirmation testing vs Regression testing — il confirmation testing verifica che un difetto corretto sia effettivamente risolto; il regression testing verifica che la correzione (o una nuova modifica) non abbia introdotto effetti collaterali su parti che prima funzionavano.
Test case vs Test procedure vs Test script — il test case è la singola unità logica (precondizioni, input, risultato atteso, postcondizioni); la test procedure è la sequenza ordinata dei passi di esecuzione; il test script è la versione automatizzata/eseguibile.
Entry criteria vs Exit criteria — gli entry criteria sono le condizioni che devono essere soddisfatte per iniziare un’attività di test; gli exit criteria sono quelle per poterla concludere.
Rischio di prodotto vs rischio di progetto — il rischio di prodotto riguarda la possibilità che il software o un suo prodotto di lavoro sia difettoso (impatto sulla qualità); il rischio di progetto riguarda la gestione e l’organizzazione (ritardi, risorse, competenze, fornitori).
White-box vs black-box vs experience-based — il black-box parte dalle specifiche senza guardare la struttura interna; il white-box parte dalla struttura interna (codice, architettura); l’experience-based sfrutta la conoscenza e l’esperienza del tester.
Statement coverage vs branch coverage — la copertura delle istruzioni misura quante istruzioni (righe eseguibili) sono state effettivamente eseguite; la copertura dei rami misura quanti esiti delle decisioni (vero/falso) sono stati percorsi. Il 100% di branch coverage implica il 100% di statement coverage, ma non viceversa.
Test planning / monitoring / control — pianificare significa definire obiettivi e approccio; monitorare significa raccogliere lo stato effettivo rispetto al piano; controllare significa intraprendere azioni per riallineare l’avanzamento agli obiettivi.

Errori comuni all’esame

Confondere livello e tipo di test. “Test di sistema” è un livello; “test di performance” è un tipo. Si possono eseguire test di performance a livello di sistema: sono assi distinti. Una domanda che mescola i due termini è quasi sempre una trappola.
Invertire verifica e validazione. È uno degli errori più frequenti in assoluto. Tieni a mente l’associazione: verifica = conformità alle specifiche, validazione = aderenza ai bisogni reali.
Pensare che il testing dimostri l’assenza di difetti. Uno dei sette principi afferma il contrario: il testing può mostrare la presenza di difetti, non dimostrarne l’assenza. Le domande propongono spesso la formulazione sbagliata come distrattore “rassicurante”.
Calcolare male i valori limite. Nell’analisi dei valori limite si testano i confini delle partizioni e i valori a essi adiacenti; presta attenzione a includere o escludere correttamente gli estremi a seconda di come è definito l’intervallo. Verifica sempre se l’intervallo è inclusivo o esclusivo.
Sopravvalutare l’exhaustive testing. Testare tutto è impossibile (è un altro dei principi): chi sceglie “si testano tutte le combinazioni possibili” sbaglia quasi sempre.
Scambiare confirmation e regression. Se la domanda parla di “riverificare che la correzione funzioni” si tratta di confirmation; se parla di “controllare che non si sia rotto qualcos’altro” si tratta di regression.
Attribuire la qualità del software al solo testing. Il testing contribuisce alla qualità ma non la “crea” né la “garantisce” da solo; le formulazioni assolutistiche sono trappole.
Leggere a metà la domanda. Le domande con “QUALE delle seguenti NON è…” o “tutte TRANNE…” rovesciano la logica: chi legge in fretta sceglie l’opposto di ciò che serve.

Tecniche per le domande a scelta multipla

Leggi prima la domanda, poi le risposte. Capisci esattamente cosa ti viene chiesto prima di lasciarti influenzare dalle opzioni. Individua il verbo della consegna: “qual è la definizione di…”, “qual è un esempio di…”, “quale NON è…”.

Attenzione alle parole assolute. Termini come SEMPRE, MAI, SOLO, TUTTI, NESSUNO rendono un’affermazione molto fragile: basta una sola eccezione per renderla falsa. Nel testing, dove i principi ricordano che molto “dipende dal contesto” e che “non si può dimostrare l’assenza di difetti”, le affermazioni assolute sono spesso distrattori. Viceversa, parole prudenti come può, generalmente, in molti casi sono più spesso compatibili con risposte corrette. Non è una regola ferrea, ma è un segnale utile quando sei incerto.

Eliminazione dei distrattori. Raramente riconosci subito la risposta giusta: più spesso conviene scartare quelle sicuramente sbagliate. In una domanda a quattro opzioni, se elimini due distrattori palesi, la probabilità sale dal 25% al 50% anche tirando a indovinare. Cerca le opzioni che contengono errori terminologici, invertono una definizione nota, fanno affermazioni assolute o sono fuori tema rispetto al capitolo della domanda.

Diffida delle risposte “quasi giuste”. I distrattori migliori sono corretti al 90% ma sbagliano un dettaglio (un termine scambiato, un ordine invertito nella sequenza error → defect → failure). Confronta tra loro le opzioni simili e individua esattamente dove differiscono: quella differenza è il punto su cui ti stanno mettendo alla prova.

Domande con scenario. Per le domande K3 (applica una tecnica) con un testo lungo, estrai i dati rilevanti prima di leggere le opzioni: l’intervallo dei valori, le condizioni della tabella delle decisioni, gli stati e le transizioni. Esegui il calcolo “a freddo” e solo dopo cerca il tuo risultato tra le risposte. Se il tuo risultato non compare, hai sbagliato il calcolo: rifallo, anziché adattare il ragionamento all’opzione più vicina.

Non lasciare nulla in bianco. Non c’è penalità per le risposte sbagliate: una domanda senza risposta vale zero esattamente come una sbagliata, ma una risposta tirata a indovinare ti dà comunque una probabilità di punto. Rispondi sempre a tutto.

Gestione del tempo

Con 40 domande in 60 minuti hai in media un minuto e mezzo a domanda (90 secondi), che diventano più comodi se sostieni l’esame in una lingua non madre con il tempo esteso. È tempo sufficiente, a patto di non incagliarti. Strategia consigliata:

Primo giro veloce: rispondi subito a tutte le domande che conosci con sicurezza (le K1/K2 di puro ricordo). Mettere al sicuro i punti facili ti dà margine e tranquillità.
Marca e rimanda: se una domanda ti fa esitare oltre i ~2 minuti, scegli la risposta più probabile, marcala per la revisione e prosegui. Non sacrificare tre domande facili per una difficile.
Secondo giro: torna sulle domande marcate con la mente più lucida. Spesso una domanda successiva ti ha “ricordato” qualcosa di utile.
Ultimi 5 minuti: verifica di non aver lasciato nulla in bianco e ricontrolla solo le domande in cui eri davvero indeciso. Evita di cambiare risposte d’impulso: il ripensamento dell’ultimo secondo è spesso peggiore della prima scelta ragionata.

Checklist degli ultimi giorni

Sette principi del testing: sappili elencare e spiegare con un esempio ciascuno. Sono una fonte ricorrente di domande facili.
Tecniche del capitolo 4: esercitati a mano su partizioni di equivalenza, valori limite, tabelle delle decisioni e transizioni di stato. È l’area in cui l’allenamento fa la differenza più grande.
Coperture white-box: ripassa la differenza tra statement coverage e branch coverage e sappi calcolarne la percentuale su un piccolo esempio.
Coppie di termini che si confondono: rileggi il glossario qui sopra finché le distinzioni non diventano automatiche.
Simulazioni a tempo: svolgi almeno 2–3 simulazioni complete (40 domande, cronometro attivo) per abituarti al ritmo e capire dove perdi tempo.
Logistica: verifica orario, modalità (in presenza o online con proctoring), documento d’identità richiesto e requisiti tecnici se sostieni l’esame da remoto. Un imprevisto logistico può vanificare settimane di studio.
Il giorno prima: ripasso leggero, niente nozioni nuove dell’ultim’ora, e dormi bene. La lucidità vale più di un capitolo in più letto a mezzanotte.

Il modo migliore per allenare tempo e tecnica insieme è esercitarsi su domande realistiche con il cronometro acceso. Usa il simulatore d’esame di Smartworkers per fare prove a tempo, individuare i capitoli più deboli a partire dai tuoi risultati e arrivare all’esame con il ritmo già rodato. Ripeti le simulazioni finché non superi stabilmente la soglia del 65% con un buon margine: a quel punto sei pronto.

In sintesi

L’esame è di 40 domande, soglia 65% (26/40), ~90 secondi a domanda: ogni domanda vale un punto, quindi raccogli prima i punti facili.
Le insidie più frequenti sono terminologiche: verifica/validazione, livello/tipo di test, confirmation/regression, error/defect/failure.
Sulle scelte multiple: leggi bene la consegna (occhio ai “NON”/”TRANNE”), diffida delle parole assolute (SEMPRE/MAI/SOLO), elimina i distrattori e confronta tra loro le opzioni simili.
Per le domande applicative (K3) calcola in autonomia prima di guardare le risposte; se il tuo risultato non c’è, rifai il calcolo.
Rispondi a tutte le domande: non c’è penalità per gli errori.
Negli ultimi giorni: ripassa principi e tecniche del cap. 4, fai simulazioni a tempo sul simulatore Smartworkers, cura la logistica e arriva riposato.