Storia delle revisioni

Syllabus Livello Advanced Versione 2007 ITAlian - Copyright (di seguito indicato come ISTQB ). Gruppo di lavoro per il livello avanzato: Bernard Homès (presidente), Graham Bath, Rex Black, Sigrid Eldh, Jayapradeep Jiothis, Paul Jorgensen, Vipul Kocher, Judy McKay, Klaus Olsen, Randy Rice, Jürgen Richter, Eric Riou Du Cosquer, Mike Smith, Geoff Thompson, Erik Van Veenendaal; 2006-2007.

Storia delle revisioni Versione Data Note ISEB v1.1 04SEP01 ISEB Practitioner Syllabus ISTQB 1.2E SEP03 ISTQB Advanced Level Syllabus from EOQ-SG V2007 12OCT07 Certified Tester Advanced Level syllabus version 2007 Storico delle Revisioni di traduzione per ITA-STQB REV. DRAFT AUTORI F. Primatesta A. Collino DESCRIZIONE DELLE MODIFICHE/ CHANGES DESCRIPTION Prima versione 30 Set 2008 DATA DI APPROVAZIONE DEL COMITATO SCIENTIFICO Versione 2007 Pagina 2 di 112 30 Set 2008 / ITAlian Qualification Board

Indice Storia delle revisioni... 2 Indice... 3 Ringraziamenti... 7 0. Introduzione a questo syllabus... 8 0.1 l... 8 0.2 Aspettative... 10 0.2.1 Responsabile del Test di Livello Avanzato... 10 0.2.2 Analista del Test di Livello Avanzato.... 10 0.2.3 Analista Tecnico del Test di Livello Avanzato.... 10 0.3 Obiettivi di Apprendimento / Livelli di Conoscenza... 11 0.4 Obiettivi di Apprendimento per Responsabili del Test... 12 0.5 Obiettivi di Apprendimento per Analisti del Test... 15 0.6 Obiettivi di Apprendimento per Analisti Tecnici del Test... 17 1. Aspetti di base del...21 1.1 Introduzione... 21 1.2 Testing nel Ciclo di Vita del Software... 21 1.3 Sistemi Specifici... 23 1.3.1 Sistemi di Sistemi... 23 1.3.2 Sistemi Safety Critical... 24 1.4 Metriche e Misurazioni... 25 1.5 Etica Professionale... 25 2. I processi di Testing... 27 2.1 Introduzione... 27 2.2 Modelli di Processo di Test... 27 2.3 Pianificazione e Controllo del Test... 28 2.4 Analisi e Progettazione del Test... 28 2.4.1 Identificazione delle Condizioni di Test... 28 2.4.2 Creazione dei Test Case... 29 2.5 Implementazione e Esecuzione del Test... 30 2.5.1 Implementazione dei Test... 30 2.5.2 Esecuzione dei Test... 31 2.6 Valutazione dei criteri di uscita e Reportistica... 32 2.7 Attività di chiusura del Test... 33 3. Gestione del Test... 35 3.1 Introduzione... 35 3.2 La documentazione della gestione del Test... 35 3.2.1 Politica di Test... 35 3.2.2 Strategia di Test...36 3.2.3 Piano di Test Master... 37 3.2.4 Piano di Test di livello... 37 3.3 Template di documentazione del piano di Test... 38 3.4 Stima del Test... 38 3.5 Schedulazione della pianificazione dei Test... 39 3.6 Monitoraggio e controllo dell avanzamento dei Test... 40 3.7 Il valore del testing per il business... 41 3.8 Test distribuito, outsourced & insourced... 42 3.9 Testing basato sul rischio... 42 3.9.1 Introduzione al testing basato sul rischio... 42 3.9.2 Gestione del rischio... 43 Versione 2007 Pagina 3 di 112 30 Set 2008 / ITAlian Qualification Board

3.9.3 La gestione del rischio nel ciclo di vita... 46 3.10 Failure Mode and Effects Analysis... 47 3.10.1 Aree di Applicazione... 47 3.10.2 Passi di implementazione... 47 3.10.3 Costi e Benefici... 48 3.11 Problematiche di Gestione del Test... 48 3.11.1 Problematiche legate al Testing Esplorativo... 48 3.11.2 Problematiche legate a Sistemi di Sistemi... 49 3.11.3 Problematiche legate a Sistemi Safety Critical... 49 3.11.4 Altre problematiche legate alla Gestione del Test... 50 4. Tecniche di Test... 52 4.1 Introduzione... 52 4.2 Tecniche basate sulle Specifiche... 52 4.3 Tecniche basate sulla Struttura... 54 4.4 Tecniche basate sui Difetti e sull Esperienza... 56 4.4.1 Tecniche basate sui Difetti... 56 4.4.2 Tecniche basate sull Esperienza... 56 4.5 Analisi Statica... 58 4.5.1 Analisi Statica del Codice... 58 4.5.2 Analisi Statica dell Architettura... 58 4.6 Analisi Dinamica... 59 4.6.1 Introduzione... 59 4.6.2 Scoperta di Memory Leak... 59 4.6.3 Scoperta di Puntatori Errati... 60 4.6.4 Analisi delle Prestazioni... 60 5. Testing delle Caratteristiche Software...61 5.1 Introduzione... 61 5.2 Attributi di qualità per il dominio del test... 61 5.2.1 Testing di Accuratezza... 62 5.2.2 Testing di Idoneità... 62 5.2.3 Testing di Interoperabilità... 62 5.2.4 Testing di Sicurezza Funzionale... 62 5.2.5 Testing di Usabilità... 62 5.2.6 Testing di Accessibilità... 64 5.3 Attributi di qualità per il testing tecnico... 64 5.3.1 Testing di Sicurezza Tecnica... 65 5.3.2 Testing di Affidabilità... 66 5.3.3 Testing di Efficienza... 68 5.3.4 Testing di Mantenibilità... 69 5.3.5 Testing di Portabilità... 69 6. Revisioni... 72 6.1 Introduzione... 72 6.2 I principi della Revisione...72 6.3 Tipi di Revisione... 73 6.3.1 Revisione del Management e audit... 73 6.3.2 Revisione di oggetti particolari... 73 6.3.3 Conduzione di una revisione formale... 74 6.4 Introduzione delle Revisioni... 74 6.5 Fattori di successo per le Revisioni... 75 7. Gestione degli incidenti... 76 7.1 Introduzione... 76 7.2 Quando è possibile trovare un difetto?... 76 7.3 Ciclo di vita del difetto... 76 7.3.1 Step 1: Riconoscimento... 76 Versione 2007 Pagina 4 di 112 30 Set 2008 / ITAlian Qualification Board

7.3.2 Step 2: Analisi... 77 7.3.3 Step 3: Intervento... 77 7.3.4 Step 4: Chiusura... 77 7.4 Campi del difetto... 77 7.5 La gestione dell incidente e le metriche... 77 7.6 Comunicare gli incidenti... 78 8. Standard e Processo di Miglioramento del Testing... 79 8.1 Introduzione... 79 8.2 Considerazioni sugli Standard... 79 8.2.1 Aspetti Generali degli Standard... 80 8.2.2 Standard Internazionali... 80 8.2.3 Standard Nazionali... 81 8.2.4 Standard specifici di dominio... 81 8.2.5 Altri Standard... 82 8.3 Processo di Miglioramento del Test... 82 8.3.1 Introduzione al Miglioramento dei Processi... 83 8.3.2 Tipi di Miglioramento di Processo... 83 8.4 Migliorare il Processo di Test... 83 8.5 Migliorare il processo di Test con il TMM... 84 8.6 Migliorare il processo di Test con il TPI... 85 8.7 Migliorare il processo di Test con il CTP (CTP)... 86 8.8 Migliorare il Processo di Test con STEP... 87 8.9 Capability Maturity Model Integration, CMMI... 87 9. Tool di Test e Automazione... 89 9.1 Introduzione... 89 9.2 Concetti riguardanti i Tool di Test... 89 9.2.1 Costi-benefici e rischi legati ai Tool di Test e all Automazione... 90 9.2.2 Strategie per i Tool di Test... 91 9.2.3 L Integrazione e lo Scambio di Informazioni tra Tool... 91 9.2.4 Linguaggi per l Automazione: Script, Linguaggi di Scripting... 91 9.2.5 Il Concetto di Oracolo del Test... 92 9.2.6 La messa in opera dei Tool di Test... 92 9.2.7 L utilizzo di Tool di Test Open Source... 93 9.2.8 Sviluppare il proprio Tool di Test... 93 9.2.9 Classificazione dei Tool di Test... 93 9.3 Categorie di Tool di Test... 94 9.3.1 Tool di Gestione dei Test... 94 9.3.2 Tool di Esecuzione dei Test... 94 9.3.3 Tool di Debugging e Troubleshooting... 95 9.3.4 Tool di Disseminazione e Inserimento dei Guasti... 95 9.3.5 Tool di Simulazione e Emulazione... 96 9.3.6 Tool di Analisi Statica e Dinamica... 96 9.3.7 Automazione del Testing Guidato dalle Parole Chiave... 97 9.3.8 Tool di Testing delle Prestazioni... 97 9.3.9 Web Tools... 98 10. Skill delle persone Composizione dei Team... 99 10.1 Introduzione... 99 10.2 Skill Individuali... 99 10.3 La Dinamica dei Team di Test... 100 10.4 Posizionamento del Testing nell Organizzazione... 100 10.5 Motivazione... 101 10.6 Comunicazione... 102 11. Riferimenti... 103 11.1 Standard... 103 Versione 2007 Pagina 5 di 112 30 Set 2008 / ITAlian Qualification Board

11.1.1 Per capitolo... 103 11.1.2 Ordine Alfabetico... 103 11.2 Libri... 104 11.3 Altri riferimenti... 105 12. Appendice A Background del Syllabus... 106 13. Appendice B Nota per i lettori... 107 13.1 Enti esaminatori... 107 13.2 Candidati e Fornitori della Formazione... 107 14. Appendice C Nota per i Fornitori della formazione... 108 14.1 Modularità... 108 14.2 Orari... 108 14.2.1 Formazione per modulo... 108 14.2.2 Aspetti comuni... 108 14.2.3 Fonti... 108 14.3 Esercitazioni... 108 15. Appendice D Raccomandazioni... 110 15.1 Raccomandazioni per l industrializzazione dei test... 110 Versione 2007 Pagina 6 di 112 30 Set 2008 / ITAlian Qualification Board

Ringraziamenti Questo documento è stato prodotto da un team dedicato appartenente al gruppo di lavoro dell Advanced Level: Bernard Homès (presidente), Graham Bath, Rex Black, Sigrid Eldh, Jayapradeep Jiothis, Paul Jorgensen, Vipul Kocher, Judy McKay, Thomas Mueller, Klaus Olsen, Randy Rice, Jürgen Richter, Eric Riou Du Cosquer, Mike Smith, Geoff Thompson, Erik Van Veenendaal. Il team desidera ringraziare il gruppo dei revisori e tutte le organizzazioni nazionali per i suggerimenti e gli input. Al momento in cui l Advanced Level Syllabus è stato completato, il gruppo di lavoro Advanced Level era costituto dai seguenti membri (in ordine alfabetico): Graham Bath, Rex Black, Robert Bender, Chris Carter, Maria Clara Choucair, Sigrid Eldh, Dorothy Graham, Bernard Homès (presidente), Jayapradeep Jiothis, Vipul Kocher, Anastasios Kyriakopoulos, Judy McKay, Thomas Mueller, Klaus Olsen, Avinoam Porat, Meile Posthuma, Erkki Pöyhönen, Jürgen Richter, Eric Riou Du Cosquer, Jan Sabak, Hans Schaefer, Maud Schlich, Rajesh Sivaraman, Mike Smith, Michael Stahl, Geoff Thompson, Erik Van Veenendaal. Le seguenti persone hanno partecipato alla revisione, commento e votazione di questo syllabus: Bernard Homès (presidente) Reto Armuzzi Sue Atkins Graham Bath Paul Beekman Armin Beer Rex Black Francisca Blunschi Armin Born Con Bracke Chris Carter Maria Clara Choucair Robert Dankanin Piet de Roo Sigrid Eldh Tim Edmonds Erwin Engelsma Graham Freeburn Dorothy Graham Brian Hambling Jeff B Higgott Bernard Homès Rob Hendriks Dr Suhaimi Ibrahim Phillip Isles Pr. Paul C. Jorgensen Vipul Kocher Anastasios Kyriakopoulos Junfei Ma Fergus McClachlan Judy McKay Don Mills Gary Mogyorodi Richard Morgan Silvio Moser Ernst Müller Reto Müller Thomas Müller Peter Mullins Beat Nagel Richard Neeve Klaus Olsen Dale Perry Helmut Pichler Jörg Pietzsch Avionam Porat Iris Pinkster Horst Pohlmann Meile Posthuma Eric Riou Du Cosquer Stefan Ruff Hans Schaefer Maud Schlich Rajesh Sivaraman Mike Smith Katja Stalder Neil Thompson Benjamin Timmermans Chris van Bael Jurian van de Laar Marnix van den Ent Mark van der Zwan Stephanie van Dijck Jan van Moll Erik Van Veenendaal Roland Weber Phillip Whettlock Derek Young Mike Young Wenqiang Zheng. Questo documento è stato formalmente rilasciato dall Assemblea Generale dell ISTQB il 12 Ottobre 2007. Versione 2007 Pagina 7 di 112 30 Set 2008 / ITAlian Qualification Board

0. Introduzione a questo syllabus 0.1 l L (Organizzazione Internazionale per la Certificazione delle Competenze in Ambito Testing - d ora in avanti denominato semplicemente ISTQB ) è costituito da un Board di Membri che rappresentano paesi e regioni del mondo. Al momento del rilascio finale di questo documento, l ISTQB era composto da un Board di 33 Membri. Ulteriori dettagli sulla struttura e sulla membership dell ISTQB sono disponibili sul sito www.istqb.org. Scopo di questo documento Questo syllabus è la base per l Qualification di Livello Avanzato (Advanced Level). L ISTQB mette a disposizione questo syllabus con le seguenti modalità: 1. Ai Membri del Board, per consentirne la traduzione nella loro lingua madre e di accreditare i fornitori della formazione. I Board nazionali possono adattare il syllabus alle loro particolari esigenze linguistiche e modificare i riferimenti bibliografici per adattarli alle loro pubblicazioni locali. 2. Agli Enti Esaminatori, per consentire la traduzione delle domande d esame nella loro lingua adattandole agli obiettivi di apprendimento di ogni modulo. 3. Ai Fornitori della formazione, per consentire la produzione di materiale didattico e mettere a punto metodologie d insegnamento appropriate. 4. Ai Candidati alla certificazione, per consentire la preparazione all esame (partecipando a un corso o in modo indipendente). 5. Alla comunità che si occupa d ingegneria dei sistemi e del software, per consentire di migliorare la professione di tester del software e dei sistemi e per fornire una base di riferimento per libri ed articoli. L ISTQB permette inoltre ad altre entità di usare questo syllabus per altre finalità, purché ne chiedano ed ottengano anticipatamente un permesso scritto. Il Certified Tester Advanced Level nel Testing del Software La qualifica Advanced Level è indirizzata alle persone che hanno raggiunto un livello avanzato nella loro carriera nel Testing del Software, quali tester, analisti dei test, progettisti dei test, consulenti dei test, responsabili dei test, tester di accettazione e sviluppatori software. La qualifica Advanced Level è adatta anche a chiunque voglia acquisire una comprensione approfondita del software testing, ad esempio manager di progetti, responsabili della qualità, manager di sviluppo software, analisti di business, direttori IT e consulenti di gestione. Per ricevere il certificato Advanced Level, i candidati devono avere il certificato Foundation Level e dimostrare all Ente Esaminatore di avere sufficiente esperienza pratica per essere considerati qualificati per l Advanced Level. Si faccia riferimento all Ente Esaminatore prescelto per avere informazioni su criteri specifici che vengono applicati per determinare il livello di esperienza pratica. Livello di conoscenza Gli obiettivi di apprendimento per ogni capitolo sono divisi in modo da poter essere chiaramente identificati per ogni singolo modulo. Ulteriori dettagli ed esempi di obiettivi di apprendimento sono forniti alla sezione 0.3. Il contenuto di questo syllabus, i termini e i principali elementi (scopi) di tutti gli standard elencati dovranno essere almeno ricordati (K1), anche se non menzionati esplicitamente negli obiettivi di apprendimento. Versione 2007 Pagina 8 di 112 30 Set 2008 / ITAlian Qualification Board

Esami Tutti gli esami di Advanced Certificate si devono basare su questo syllabus e sul syllabus del Foundation Level. Le risposte alle domande d esame possono richiedere l uso di materiale basato su più di una sezione di questo o del syllabus del Foundation Level. Tutte le sezioni di questo e del syllabus del Foundation Level sono oggetto di prova d esame. Il formato dell esame è definito dalle Linee Guide dell Advanced Exam dell ISTQB. I singoli membri del Board, se vogliono, possono adottare altri schemi d esame. Gli esami possono essere sostenuti all interno di un corso accreditato oppure indipendentemente (ad esempio presso un centro autorizzato). Gli esami possono essere eseguiti su carta o elettronicamente, ma devono essere controllati/osservati (supervisionati da una persona nominata da un National Board o dall Ente Esaminatore). Accreditamento Un Membro del Board ISTQB può accreditare i fornitori della formazione che usano materiale didattico conforme a questo syllabus. I fornitori della formazione devono richiedere le linee guida di accreditamento al Comitato o all Organismo che esegue l accreditamento stesso. Un corso accreditato è riconosciuto come conforme a questo syllabus e ha il permesso di includere un esame ISTQB quale parte del corso. Ulteriori indicazioni per i fornitori della formazione vengono date Appendice C Nota per i Livello di dettaglio Il livello di dettaglio in questo syllabus garantisce che l esame e l insegnamento siano omogenei a livello internazionale. Per raggiungere questo obiettivo, il syllabus è costituito da: Obiettivi didattici generali che descrivono lo scopo complessivo dell Advanced Level Obiettivi di apprendimento per ogni area di conoscenza, che descrivono il risultato cognitivo di apprendimento e il tipo di mentalità che bisogna raggiungere. Un elenco di informazioni da fornire, compresa una descrizione, e riferimenti a ulteriori fonti se richieste. Un elenco di termini che gli studenti devono ricordare e aver ben capito Una descrizione dei concetti chiave da insegnare, comprese fonti quali gli standard o la letteratura tecnica. Il contenuto del syllabus non è una descrizione dell intera area di conoscenza del software testing; riflette il livello di dettaglio che va affrontato nei corsi Advanced Level. Organizzazione di questo syllabus Il Syllabus è composto da 10 capitoli principali, ognuno dei quali ha una parte introduttiva che fornisce indicazioni sull applicabilità dei contenuti ai diversi professionisti del testing (che corrispondono ai moduli). Le sezioni 0.3 e 0.6 forniscono obiettivi di apprendimento specifici per ogni modulo e per ciascun capitolo. Queste sezioni precisano anche il tempo minimo previsto per apprendere gli argomenti. Si consiglia fortemente di leggere il syllabus e simultaneamente studiare gli obiettivi di apprendimento per lo specifico capitolo che si sta leggendo. Questo consentirà al lettore di capire esattamente ciò che è richiesto e quelli che sono gli elementi essenziali di ogni capitolo per ciascuno dei tre moduli. Termini e Definizioni Nella letteratura tecnica del software molti termini sono usati in modo interscambiabile. Le definizioni dei termini usati in questo syllabus Advanced Level sono disponibili nel glossario standard dei termini usati nel testing del software, pubblicato dall ISTQB. Approccio Ci sono molti modi per avvicinarsi al testing, ad esempio quelli basati sulle specifiche, sulla struttura del codice, sui dati, sui rischi, sui processi, sugli standard e su altre tassonomie simili. Il testing è supportato da strumenti e processi; questi ultimi possono essere migliorati usando vari metodi. Versione 2007 Pagina 9 di 112 30 Set 2008 / ITAlian Qualification Board

Questo syllabus Advanced Level è organizzato attorno agli approcci proposti nello standard ISO 9126 con una separazione di approcci funzionali, non funzionali e di supporto. Vengono menzionati i processi di supporto ed alcuni metodi di miglioramento. La scelta di questa organizzazione e di questi processi è stata fatta arbitrariamente con lo scopo di fornire una solida base per i tester di Advanced Level e per i Responsabili del Test. 0.2 Aspettative La certificazione di Livello Avanzato descritta in questo syllabus sarà esaminata tenendo in considerazione tre principali descrizioni di attività, ognuna delle quali rappresenta responsabilità e aspettative di base in un organizzazione. In ogni organizzazione, le responsabilità e le attività associate possono essere ripartite tra diversi individui o coperte da un singolo individuo. Tali responsabilità operative sono presentate sotto. 0.2.1 Responsabile del Test di Livello Avanzato. Professionisti di Livello Avanzato della Gestione dei Test dovrebbero essere in grado di: Definire gli obiettivi e la strategia complessiva di test per i sistemi che devono essere testati Pianificare, tempificare e monitorare le attività Descrivere e organizzare le attività necessarie Selezionare, acquisire e assegnare risorse adeguate alle attività Selezionare, organizzare e guidare gruppi di test Organizzare la comunicazione tra i membri dei gruppi di test e tra i gruppi di test e tutti gli altri ruoli interessati Giustificare le decisioni e fornire adeguate informazioni dove applicabile. 0.2.2 Analista del Test di Livello Avanzato. Gli analisti del test di Livello Avanzato dovrebbero essere in grado di: Strutturare i task definiti nella strategia di test in termini di requisiti del dominio di business Analizzare il sistema in un dettaglio sufficiente per soddisfare le aspettative di qualità degli utenti Valutare i requisiti del sistema per determinarne la validità rispetto al dominio Preparare ed eseguire le attività necessarie e produrre dei report sul loro avanzamento Fornire l evidenza necessaria a supportare le valutazioni Implementare le tecniche e gli strumenti necessari per raggiungere gli obiettivi predefiniti 0.2.3 Analista Tecnico del Test di Livello Avanzato. Gli analisti tecnici del test di Livello Avanzato dovrebbero essere in grado di: Strutturare i task definiti nella strategia di test in termini di requisiti tecnici Analizzare la struttura interna del sistema in un dettaglio sufficiente a soddisfare il livello di qualità previsto Valutare il sistema in termini di attributi di qualità tecnica, quali prestazioni, sicurezza ecc. Preparare ed eseguire le attività necessarie e produrre dei report sul loro avanzamento Condurre le attività tecniche di testing Fornire l evidenza necessaria a supportare le valutazioni Implementare le tecniche e gli strumenti necessari per raggiungere gli obiettivi predefiniti Versione 2007 Pagina 10 di 112 30 Set 2008 / ITAlian Qualification Board

0.3 Obiettivi di Apprendimento / Livelli di Conoscenza Sono applicabili a questo syllabus gli obiettivi di apprendimento definiti nel seguito. Ogni argomento nel syllabus verrà esaminato in base agli obiettivi ad esso associati. Livello 1: Ricordare (K1) Il candidato è in grado di riconoscere e ricordare un termine o un concetto. Parole chiave: Ricordare, riconoscere, conoscere. Esempio Si può riconoscere la definizione di guasto come: la mancata effettuazione di un servizio a un utente finale o ad un altro stakeholder o la deviazione di un componente o di un sistema dal comportamento, servizio o risultato atteso. Livello 2: Capire (K2) Il candidato è in grado di selezionare le ragioni o le spiegazioni associate all argomento, ed è in grado di riepilogare, differenziare, classificare e fornire esempi di azioni (ad es. confrontare termini), concetti di test, procedure di test (spiegando la sequenza di attività). Parole chiave: Riepilogare, classificare, confrontare, mappare, evidenziare, esemplificare, interpretare, tradurre, rappresentare, inferire, concludere, categorizzare. Esempi Spiegare le ragioni per le quali occorre progettare i test il più anticipatamente possibile: Per trovare i difetti quando è meno costoso rimuoverli Per trovare prima i difetti più importanti Spiegare le somiglianze e le differenze tra i test di integrazione e il test di sistema: Somiglianze: test di più di un componente e di aspetti anche non funzionali. Differenze: il test di integrazione si concentra sulle interfacce e le interazioni, il test di sistema si concentra su aspetti che riguardano l intero sistema, quali il processing end to end. Livello 3: Applicare (K3) Il candidato è in grado di selezionare la corretta applicazione di un concetto o di una tecnica, e di applicarla nel contesto individuato. K3 è normalmente applicabile alla conoscenza procedurale. Non sono contemplate azioni creative quali la valutazione di un applicazione software o la creazione di un modello per un dato software. Quando abbiamo un determinato modello e nel syllabus trattiamo le fasi procedurali per creare i test case partendo dal modello stesso, allora si tratta del livello K3. Parole chiave: implementare, eseguire, usare, seguire una procedura, applicare una procedura. Esempio Si possono identificare i valori limite per partizioni valide e non valide. Si usa la procedura generica per la creazione di test case per selezionare i test case da un diagramma delle transizioni di stato dato (e da un insieme di possibili test case) al fine di trattare tutte le transizioni. Level 4: Analyze (K4) Il candidato è in grado di suddividere le informazioni relative a una procedura o a una tecnica in parti più elementari per migliorare la comprensione, ed è in grado di distinguere tra fatti e inferenze. L applicazione tipica è analizzare una situazione di progetto, software o documento e proporre le azioni appropriate per risolvere un problema o un task. Parole chiave: analizzare, differenziare, selezionare, strutturare, focalizzare, attribuire, smontare, valutare, giudicare, monitorare, coordinare, creare, sintetizzare, generare, ipotizzare, pianificare, progettare, costruire, produrre. Esempio Analizzare i rischi del prodotto e proporre attività preventive e di limitazione degli errori. Descrivere quali parti di un report degli incidenti sono reali e quali dedotte dai risultati. Versione 2007 Pagina 11 di 112 30 Set 2008 / ITAlian Qualification Board

Riferimenti bibliografici (Per i livelli cognitivi degli obiettivi di apprendimento) Bloom, B. S. (1956). Taxonomy of Educational Objectived, Handbook I: The Cognitive Domain, David McKay, Co. Inc. Anderson, L. W. and Krathwohl, D. R. (a cura di) (2001). A Taxonomy for Learning, Teaching, and Assessing: A Revision of Bloom s Taxonomy of Educational Objectives, Allyn & Bacon. 0.4 Obiettivi di Apprendimento per Responsabili del Test Questa sezione fornisce un elenco di obiettivi di apprendimento dettagliati per il modulo Responsabile del test. In generale tutte le parti di questo syllabus sono oggetto di esame al livello K1: cioè il candidato deve essere in grado di riconoscere e ricordare un termine o un concetto. Per questo motivo, la tabella sottostante contiene solo obiettivi di apprendimento ai livelli K2, K3 e K4. Introduzione al syllabus Responsabile del test [60 minuti] (Compresa la revisione del syllabus Foundation Level ISTQB ) Capitolo 1: Elementi fondamentali del software testing [150 minuti] 1.2 Testing nel ciclo di vita del software (K2) Descrivere come il testing sia una parte di un attività di sviluppo e mantenimento del software (K4) Analizzare i modelli di ciclo di vita del software e descrivere a grandi linee le funzionalità/attività di test più appropriate che devono essere eseguite (distinguere tra attività di sviluppo e di test). 1.3 Sistemi specifici (K2) Spiegare con esempi le specifiche di sistemi di testing di sistemi (K2) Spiegare perché i tre principali esiti di sistemi safety critical di testing sono necessari per dimostrare la conformità a norme 1.4 Metriche e misurazioni (K2) Descrivere e confrontare le metriche relative al testing di standard (K3) Monitorare le attività di testing misurando l oggetto/gli oggetti del test e il processo di test Capitolo 2: Processi di testing [120 minuti] 2.3 Controllo e pianificazione del test (K2) Descrivere con esempi come le strategie di test influiscano sulla pianificazione del test (K2) Confrontare prodotti di lavoro del test e spiegare, con alcuni esempi, le relazioni tra i prodotti di lavoro del testing e lo sviluppo (K2) Classificare le attività di controllo del test correlate per determinare se il compito del test, le strategie e gli obiettivi sono stati raggiunti 2.5 Esecuzione ed implementazione dei test (K2) Spiegare le precondizioni per l esecuzione dei test (K2) Spiegare con esempi i vantaggi e gli svantaggi o l implementazione precoce dei test, considerando tecniche diverse di test (K2) Spiegare i motivi per cui gli utenti e/o i clienti potrebbero essere inclusi nell esecuzione del test (K2) Descrivere come il livello di test logging potrebbe cambiare a seconda del livello di test 2.6 Valutazione dei criteri di uscita e reportistica (K2) Riepilogare le informazioni necessarie che si devono raccogliere durante il processo di test per supportare valutazioni e reportistica precise rispetto ai criteri di uscita 2.7 Attività di chiusura del test (K2) Riepilogare i quattro gruppi di attività di chiusura del test (K3) Generalizzare le lezioni apprese nella fase di chiusura del test al fine di scoprire i settori da migliorare o ripetere Versione 2007 Pagina 12 di 112 30 Set 2008 / ITAlian Qualification Board

Capitolo 3: Gestione del test [1120 minuti] 3.2 Documentazione della gestione del test (K4) Descrivere a grandi linee i documenti della gestione del test, ad esempio il Piano di test, la Specifica di progettazione dei test e la Procedura di test in accordo con IEEE 829 (K2) Descrivere almeno quattro importanti elementi di un approccio/strategia di test e quei documenti che in accordo con IEEE 829 contengono elementi di strategia di test (K2) Illustrare come e perché gli scostamenti dalla strategia di test sono gestiti in altri documenti della gestione del test 3.3 Documentazione del piano di test (K2) Riepilogare la struttura IEEE 829 di un piano di test master (K2) Parafrasare ed interpretare gli argomenti suggeriti dalla struttura IEEE 829 standard di un piano di test rispetto all adeguamento ad un organizzazione, al rischio di un prodotto e alle dimensioni, alla formalità e al rischio di un progetto 3.4 Stima del test (K3) Stimare lo sforzo di testing per un piccolo sistema campione usando un approccio basato sull esperienza e uno basato sulla metrica considerando i fattori che influenzano costi, sforzo e durata (K2) Capire i fattori elencati nel syllabus che possono comportare imprecisioni nelle stime e fornire degli esempi 3.5 Pianificazione dei test (K2) Spiegare i vantaggi di una pianificazione dei test precoce ed iterativa. Supportare la spiegazione con esempi. 3.6 Monitoraggio e controllo dello stato di avanzamento del test (K2) Confrontare le diverse procedure per controllare l avanzamento del test (K2) Fornire almeno cinque esempi concettualmente diversi di come i risultati dell avanzamento del test influenzino il corso del processo di test (K4) Usare i risultati relativi all avanzamento del test osservati durante il monitoraggio e il controllo di misure e attività, al fine di descrivere un piano d azione per migliorare il processo di test corrente. Suggerire dei miglioramenti (K4) Analizzare i risultati del test e determinare l avanzamento del test, documentato in un report di monitoraggio e in un report finale riassuntivo che copre tutte le 4 dimensioni di reportistica 3.7 Valore di business del testing (K2) Fornire esempi (misure) per ciascuna delle 4 categorie che determinano il costo di qualità (K3) Per un contesto dato, elencare i valori qualitativi e/o quantitativi applicabili 3.8 Testing distribuito, outsourced e insourced (K2) Elencare i rischi, le uguaglianze e le differenze tra le 3 strategie di staffing (testing distribuito, outsourced e insourced) 3.9 Testing basato sul rischio 3.9.1 Introduzione al testing basato sul rischio (K2) Spiegare i diversi modi in cui il testing basato sul rischio risponde ai rischi (K4) Identificare il rischio all interno di un progetto e di un prodotto e determinare la strategia di test adeguata e il piano di test basato su questi rischi 3.9.2 Gestione del rischio (K3) Eseguire per un prodotto l analisi del rischio dal punto di vista dei tester, seguendo l approccio specifico FMEA (K4) Riepilogare i risultati da vari punti di vista sul rischio, tipicamente degli stakeholder, e usare il loro giudizio complessivo per descrivere le attività di test e ridurre i rischi 3.9.3 Gestione del rischio nel ciclo di vita (K2) Descrivere le caratteristiche di gestione del rischio che impongono un processo iterativo (K3) Tradurre un dato rischio basato sulla strategia di test in attività di test e controllarne gli effetti durante il testing Versione 2007 Pagina 13 di 112 30 Set 2008 / ITAlian Qualification Board

(K4) Analizzare e riportare i risultati del test; determinare e/o proporre i rischi residui per consentire ai responsabili del progetto di prendere decisioni intelligenti riguardo ai rilasci 3.10 Failure Mode and Effect Analysis (K2) Descrivere il concetto di FMEA e spiegare con un esempio la sua applicazione ai progetti e i vantaggi che ne comporta 3.11 Problemi di gestione del test (K2) Confrontare i problemi di gestione del test per il testing esplorativo, i sistemi di sistemi e sistemi di testing safety critical per quanto concerne strategia, vantaggi e svantaggi, congruità e il loro impatto sulla pianificazione, la copertura, il monitoraggio e il controllo Capitolo 4: Tecniche di test [0 minuti] Nessun obiettivo di apprendimento (a qualsiasi livello K) richiesto al responsabile del test Capitolo 5: Test delle caratteristiche del software [0 minuti] Nessun obiettivo di apprendimento (a qualsiasi livello K) richiesto al responsabile del test Capitolo 6: Revisioni [120 minuti] 6.2 I principi delle revisioni (K2) Spiegare i vantaggi delle revisioni rispetto al testing dinamico e ad altre tecniche di testing statico 6.4 Introduzione alle revisioni (K2) Confrontare i tipi di revisione ed evidenziarne i relativi punti di forza, le debolezze e i campi d uso (K3) Dirigere un team di revisioni attraverso una revisione formale che segue le fasi identificate (K4) Descrivere un piano di revisione come parte di un piano di qualità/test per un progetto, considerando le tecniche di revisione che hanno come obiettivo l individuazione di difetti e competenze tecniche dello staff e sono allineate con gli appropriati approcci di testing dinamico 6.5 Fattori di successo per le revisioni (K2) Spiegare i rischi che possono insorgere tralasciando i problemi tecnici, personali e i fattori organizzativi per eseguire le revisioni Capitolo 7: Gestione degli incidenti [80 minuti] (K3) Trattare un difetto seguendo la procedura del ciclo di vita della gestione degli incidenti come proposto dallo Standard IEEE 1044-1993 (K3) Valutare i report dei difetti rispetto allo Standard IEEE 1044-1993 e alla tassonomia dei difetti applicata al fine di migliorarne la qualità (K4) Analizzare i report dei difetti creati nel tempo e aggiornare la tassonomia dei difetti Capitolo 8: Standard e processo di miglioramento del test [120 minuti] (K2) Riepilogare le fonti di standard software e spiegarne l utilità per il software testing 8.4 Miglioramento dei processi di test (K3) Scrivere e testare il piano di miglioramento usando i passi generici che coinvolgono le persone giuste (K2) Riepilogare il processo di miglioramento di testing come definito da TMM, TPI, CTP, STEP e la verifica e la convalida delle aree di processo in CMMI (K2) Spiegare i criteri di valutazione dei modelli di miglioramento dei test TMM, TPI, CTP, STEP e la verifica e la convalida delle aree di processo in CMMI Capitolo 9: Tool di test e automazione [90 minuti] 9.2 Concetti riguardanti i tool di test Versione 2007 Pagina 14 di 112 30 Set 2008 / ITAlian Qualification Board

(K2) Confrontare gli elementi e gli aspetti insiti in ogni concetto di tool di test: Vantaggi e rischi, Strategie di tool di test, Integrazione di tool, Linguaggi di automazione, Oracoli del test, Installazione dei tool, Tool open source, Sviluppo di tool e Classificazione dei tool (K2) Descrivere perché e quando è importante creare una mappa o una strategia di tool di test per il proprio tool (K2) Comprendere le diverse fasi nell implementazione dei tool di test 9.3 Categorie di tool di test (K2) Riepilogare le categorie di tool di test per obiettivi, uso previsto, punti forza, rischi e fornire esempi (K2) Riepilogare i requisiti specifici dei tool di test e dei tool di test open source usati per testare i sistemi safety critical (K2) Descrivere aspetti e conseguenze importanti di diversi tool di test e la loro implementazione, l uso e gli effetti sul processo di test (K2) Descrivere quando e perché implementare il proprio tool è un opzione e i vantaggi, i rischi e le conseguenze Capitolo 10: Competenze tecniche Composizione del team [240 minuti] 10.2 Competenze tecniche individuali (K3) Utilizzare un questionario specifico al fine di determinare i punti forza e le debolezze dei membri del team relativi all uso di sistemi software, conoscenza di business e di dominio, aree di sviluppo di sistemi, competenze interpersonali e software testing 10.3 Dinamiche del gruppo di test (K3) Effettuare una gap analysis al fine di determinare le competenze soft e tecniche richieste per posizioni aperte in un organizzazione 10.4 Adattamento del testing all interno di un organizzazione (K2) Caratterizzare le varie opzioni organizzative e confrontarle con in/out source e in/off shoring 10.5 Motivazione (K2) Fornire esempi di fattori incentivanti e demotivanti per i tester 10.6 Comunicazione (K2) Descrivere con esempi la comunicazione efficace, obiettiva e professionale in un progetto dal punto di vista del tester. È possibile anche considerare i rischi e le opportunità 0.5 Obiettivi di Apprendimento per Analisti del Test Questa sezione fornisce un elenco di obiettivi di apprendimento dettagliati per il modulo Analista del Test. In generale tutte le parti di questo syllabus sono oggetto di esame al livello K1: cioè il candidato deve essere in grado di riconoscere e ricordare un termine o un concetto. Per questo motivo, la tabella sottostante contiene solo obiettivi di apprendimento ai livelli K2, K3 e K4. Introduzione al syllabus Analista del test [60 minuti] (Compresa la revisione del syllabus Foundation Level ISTQB ) Capitolo 1: Elementi fondamentali del software testing [30 minuti] Capitolo 2: Processi di testing [180 minuti] 2.4 Progettazione ed analisi di test (K2) Spiegare le cause di testing funzionale che può aver luogo in specifiche fasi del ciclo di vita di un applicazione (K2) Esemplificare i criteri che influenzano la struttura e il livello di sviluppo delle condizioni di test (K2) Descrivere come la progettazione e l analisi di test siano tecniche di testing statico che possono essere usate per scoprire i difetti Versione 2007 Pagina 15 di 112 30 Set 2008 / ITAlian Qualification Board

(K2) Spiegare con esempi il concetto di oracoli del test e come un oracolo del test possa essere usato nelle specifiche di test 2.5 Implementazione ed esecuzione di test (K2) Descrivere le precondizioni per l esecuzione dei test, tra cui: testware, ambiente di test, gestione della configurazione e gestione dei difetti 2.6 Valutazione dei criteri di uscita e reportistica (K3) Determinare da un insieme dato di misure se un criterio di completamento del test è stato soddisfatto Capitolo 3: Gestione dei test [120 minuti] 3.9.2 Testing basato sul rischio (K3) Ordinare per priorità la selezione di test case, test di copertura e dati di test basati sul rischio e documentare il tutto appropriatamente in una schedulazione del test e in una procedura di test (K2) Descrivere le attività di un approccio basato sul rischio per pianificare ed eseguire testing di dominio Capitolo 4: Tecniche di test [1080 minuti] 4.2 Basate sulle specifiche (K2) Elencare esempi di difetti tipici che devono essere identificati da ogni tecnica basata sulle specifiche, fornire i criteri di copertura corrispondenti (K3) Scrivere test case da modelli software dati usando le seguenti tecniche di progettazione dei test (i test raggiungeranno una copertura dei modelli dati) o Partizionamento di equivalenza o Analisi ai valori limite o Tabelle delle decisioni o Testing delle transizioni di stato o Metodo dell albero di classificazione o Testing combinatorio o Casi d uso (K4) Analizzare un sistema o la sua specifica di requisiti al fine di determinare quali tecniche basate sulle specifiche applicare ad obiettivi specifici e descrivere una specifica di test basata su IEEE 829, focalizzandosi su test case di dominio e funzionale e su procedure di test 4.4 Basate sui difetti e sull esperienza (K2) Descrivere il principio e le ragioni per cui usare tecniche basate sui difetti e differenziarne l uso rispetto a tecniche basate sulle specifiche e sulla struttura (K2) Spiegare con esempi le tassonomie dei difetti e il loro utilizzo (K2) Capire il principio e le ragioni per cui usare tecniche basate sull esperienza e quando usarle (K3) Specificare, eseguire e riportare test usando testing esplorativo (K2) Classificare i difetti che devono essere identificati tramite diversi tipi di attacchi basati sui guasti software secondo i difetti che hanno come obiettivo (K4) Analizzare un sistema al fine di determinare quali tecniche basate sull esperienza, sulle specifiche o sui difetti applicare per scopi specifici Capitolo 5: Test delle caratteristiche del software [210 minuti] 5.2 Attributi di qualità per testing del dominio (K4) Spiegare con esempi quali tecniche di testing elencate nel Capitolo 4 sono appropriate per testare le caratteristiche di accuratezza, idoneità, interoperabilità e sicurezza funzionale (K3) Descrivere, progettare, specificare ed eseguire test di usabilità usando tecniche appropriate e considerando obiettivi di test dati e difetti da attaccare 5.3 Attributi di qualità per testing tecnico Versione 2007 Pagina 16 di 112 30 Set 2008 / ITAlian Qualification Board

(K2) Spiegare i motivi per includere test di efficienza, affidabilità e sicurezza tecnica in una strategia di testing e fornire esempi di difetti che ci si aspetta di trovare (K2) Caratterizzare tipi di test non funzionali per testing tecnico tramite difetti tipici che devono essere attaccati, l applicazione tipica nel ciclo di vita dell applicazione e tecniche di test adatte ad essere usate per la progettazione dei test Capitolo 6: Revisioni [180 minuti] (K3) Usare una lista di controllo di revisione per verificare codice e architettura dal punto di vista dei tester (K3) Usare una lista di controllo di revisione per verificare requisiti e casi d uso dal punto di vista dei tester (K2) Confrontare i tipi di revisione ed evidenziarne i punti di forza, le debolezze e i campi d uso Capitolo 7: Gestione degli incidenti [120 minuti] (K4) Analizzare, classificare e descrivere difetti funzionali e non-funzionali in report dei difetti comprensibili Capitolo 8: Standard e processo di miglioramento del test [0 minuti] Nessun obiettivo di apprendimento (a qualsiasi livello K) richiesto all analista del test Capitolo 9: Tool di test e automazione [90 minuti] 9.2 Concetti riguardanti i tool di test (K2) Confrontare gli elementi e gli aspetti insiti in ogni concetto di tool di test: Vantaggi e rischi, Strategie di tool di test, Integrazione di tool, Linguaggi di automazione, Oracoli del test, Installazione dei tool, Tool open source, Sviluppo di tool e Classificazione dei tool 9.3 Categorie di tool di test (K2) Riepilogare le categorie di tool di test per obiettivi, uso previsto, punti forza, rischi e fornire esempi (K2) Rappresentare i tool delle categorie di tool in diversi livelli e tipi di testing Capitolo 10: Competenze tecniche Composizione del team [30 minuti] 10.6 Comunicazione (K2) Descrivere con esempi la comunicazione efficace, obiettiva e professionale in un progetto dal punto di vista del tester. È possibile anche considerare i rischi e le opportunità. 0.6 Obiettivi di Apprendimento per Analisti Tecnici del Test Questa sezione fornisce un elenco di obiettivi di apprendimento dettagliati per il modulo Analista Tecnico del Test. In generale tutte le parti di questo syllabus sono oggetto di esame al livello K1: cioè il candidato deve essere in grado di riconoscere e ricordare un termine o un concetto. Per questo motivo, la tabella sottostante contiene solo obiettivi di apprendimento ai livelli K2, K3 e K4. Introduzione al syllabus Analista di test tecnico [60 minuti] (Compresa la revisione del syllabus Foundation Level ISTQB ) Capitolo 1: Elementi fondamentali del [30 minuti] Capitolo 2: Processi di testing [180 minuti] 2.4 Progettazione ed analisi di test Versione 2007 Pagina 17 di 112 30 Set 2008 / ITAlian Qualification Board

(K2) Spiegare le fasi nel ciclo di vita di un applicazione in cui possono essere applicati i test non-funzionali e i test basati sull architettura. Spiegare le cause di testing non-funzionale che può aver luogo solo in specifiche fasi del ciclo di vita di un applicazione (K2) Esemplificare i criteri che influenzano la struttura e il livello di sviluppo delle condizioni di test (K2) Descrivere come la progettazione e l analisi di test siano tecniche di testing statico che possono essere usate per scoprire i difetti (K2) Spiegare con esempi il concetto di oracoli del test e come un oracolo del test possa essere usato nelle specifiche di test 2.5 Esecuzione ed implementazione dei test (K2) Descrivere le precondizioni per l esecuzione dei test, tra cui: testware, ambiente di test, gestione della configurazione e gestione dei difetti 2.6 Valutazione dei criteri di uscita e reportistica (K3) Determinare da un insieme dato di misure se un criterio di completamento del test è stato soddisfatto Capitolo 3: Gestione del test [120 minuti] 3.9.2 Gestione del rischio (K2) Descrivere le attività di un approccio basato sul rischio per pianificare ed eseguire testing tecnico Capitolo 4: Tecniche di test [930 minuti] 4.2 Basate sulle specifiche (K2) Elencare esempi di difetti tipici che devono essere identificati da ogni tecnica basata sulle specifiche (K3) Scrivere test case da modelli software dati nella vita reale usando le seguenti tecniche di progettazione dei test (i test raggiungeranno una copertura dei modelli dati) o Partizionamento di equivalenza o Analisi ai valori limite o Tabelle delle decisioni o Testing delle transizioni di stato (K4) Analizzare un sistema o la sua specifica di requisiti al fine di determinare quali tecniche basate sulle specifiche applicare ad obiettivi specifici e descrivere una specifica di test basata su IEEE 829, focalizzandosi su test case non-funzionali e di componente e su procedure di test 4.3 Basate sulla struttura (K2) Elencare esempi di difetti tipici che devono essere identificati da ogni tecnica specifica basata sulla struttura (K3) Scrivere test case da modelli software dati nella vita reale usando le seguenti tecniche di progettazione dei test (i test raggiungeranno una copertura dei modelli dati) o Testing delle istruzioni o Testing delle decisioni o Testing di determinazione delle condizioni o Testing delle condizioni multiple (K4) Analizzare un sistema al fine di determinare quali tecniche basate sulla struttura applicare a specifici obiettivi di test (K2) Capire ogni tecnica basata sulla struttura e i corrispondenti criteri di copertura e quando usarli (K4) È possibile confrontare ed analizzare quale tecnica basata sulla struttura usare in situazioni diverse 4.4 Basate sui difetti e sull esperienza (K2) Descrivere il principio e le ragioni per cui usare tecniche basate sui difetti e differenziarne l uso rispetto a tecniche basate sulle specifiche e sulla struttura Versione 2007 Pagina 18 di 112 30 Set 2008 / ITAlian Qualification Board

(K2) Spiegare con esempi le tassonomie dei difetti e il loro utilizzo (K2) Capire il principio e le ragioni per cui usare tecniche basate sull esperienza e quando usarle (K3) Specificare, eseguire e riportare test usando testing esplorativo (K3) Specificare test usando i diversi tipi di attacchi basati sui guasti software secondo i difetti che attaccano (K4) Analizzare un sistema al fine di determinare quali tecniche basate sull esperienza, sulle specifiche o sui difetti applicare per scopi specifici 4.5 Analisi statica (K3) Usare gli algoritmi Analisi del flusso di controllo, Analisi del flusso di dati per verificare se il codice non ha alcuna anomalia del flusso di dati o di controllo (K4) Interpretare i risultati del flusso di dati e di controllo consegnati da un tool al fine di valutare se il codice ha un anomalia del flusso di dati o di controllo (K2) Spiegare l uso di grafi richiamati per la valutazione della qualità dell architettura. Questo includerà la necessità di identificare difetti, usare progettazione di test e pianificazione di test, e le limitazioni di risultati 4.6 Analisi dinamica (K2) Spiegare come l analisi dinamica per il codice possa essere eseguita e riepilogare i difetti che possono essere identificati usando quella tecnica, e le sue limitazioni Capitolo 5: Test delle caratteristiche del software [240 minuti] 5.2 Attributi di qualità per testing del dominio (K2) Caratterizzare tipi di test non funzionali per testing del dominio tramite difetti tipici che devono essere attaccati, l applicazione tipica nel ciclo di vita dell applicazione e tecniche di test adatte ad essere usate per la progettazione dei test (K4) Specificare test case per particolari tipi di test non-funzionali e considerare obiettivi di test dati e difetti da attaccare 5.3 Attributi di qualità per testing tecnico (K2) Caratterizzare tipi di test non funzionali per testing tecnico tramite difetti tipici che devono essere attaccati, l applicazione tipica nel ciclo di vita dell applicazione e tecniche di test adatte ad essere usate per la progettazione dei test (K2) Capire e spiegare le fasi nel ciclo di vita di un applicazione in cui possono essere applicati test di efficienza, affidabilità e sicurezza (tra cui i loro corrispondenti sottoattributi ISO9126) (K2) Distinguere tra i tipi di guasti trovati da test di efficienza, affidabilità e sicurezza (tra cui i loro corrispondenti sottoattributi ISO9126) (K2) Caratterizzare approcci di testing per attributi di qualità di efficienza, affidabilità e sicurezza e i loro corrispondenti sottoattributi ISO9126 (K3) Specificare test case per attributi di qualità di efficienza, affidabilità e sicurezza e i loro corrispondenti sottoattributi ISO9126 (K2) Capire e spiegare i motivi per cui includere test di mantenibilità, portabilità ed accessibilità in una strategia di testing (K3) Specificare test case per tipi di mantenibilità e portabilità di test non-funzionale Capitolo 6: Revisioni [180 minuti] (K4) Descrivere una lista di controllo di revisione per individuare difetti tipici che vanno individuati con la revisione del codice e dell architettura (K2) Confrontare i tipi di revisione ed evidenziarne i punti di forza, le debolezze e i campi d uso Capitolo 7: Gestione degli incidenti [120 minuti] (K4) Analizzare, classificare e descrivere difetti funzionali e non-funzionali in report dei difetti comprensibili Versione 2007 Pagina 19 di 112 30 Set 2008 / ITAlian Qualification Board

Capitolo 8: Standard e processo di miglioramento del test [0 minuti] Nessun obiettivo di apprendimento (a qualsiasi livello K) richiesto all analista del test Capitolo 9: Tool di test e automazione [210 minuti] 9.2 Concetti riguardanti i tool di test (K2) Confrontare gli elementi e gli aspetti insiti in ogni concetto di tool di test: Vantaggi e rischi, Strategie di tool di test, Integrazione di tool, Linguaggi di automazione, Oracoli del test, Installazione dei tool, Tool open source, Sviluppo di tool e Classificazione dei tool 9.3 Categorie di tool di test (K2) Riepilogare le categorie di tool di test per obiettivi, uso previsto, punti forza, rischi e fornire esempi (K2) Rappresentare i tool delle categorie di tool in diversi livelli e tipi di testing 9.3.7 Automazione del testing guidato dalle parole chiave (K3) Creare tabelle di parole d azione/chiave usando l algoritmo di selezione delle parole chiave che deve essere usato da un tool di esecuzione dei test (K3) Registrare test con tool di cattura/riesecuzione al fine di rendere possibile testing di regressione con alta qualità, molti test case trattati in una breve cronologia 9.3.8 Tool di testing delle prestazioni (K3) Progettare un test delle prestazioni usando tool di test delle prestazioni tra cui pianificazione e misurazioni sulle caratteristiche di sistema Capitolo 10: Competenze tecniche Composizione del team [30 minuti] 10.6 Comunicazione (K2) Descrivere con esempi la comunicazione efficace, obiettiva e professionale in un progetto dal punto di vista del tester. È possibile anche considerare i rischi e le opportunità. Versione 2007 Pagina 20 di 112 30 Set 2008 / ITAlian Qualification Board