RANDY RICE ROMA GIUGNO 2009 ROMA GIUGNO 2009 ARESIDENZA DI RIPETTA - VIA DI RIPETTA, 231

Transcript

1 LA TECHNOLOGY TRANSFER PRESENTA RANDY RICE STRUCTURED USER ACCEPTANCE TESTING APPROCCI INNOVATIVI AL SOFTWARE TESTING ROMA GIUGNO 2009 ROMA GIUGNO 2009 ARESIDENZA DI RIPETTA - VIA DI RIPETTA, 231 info@technologytransfer.it

2 STRUCTURED USER ACCEPTANCE TESTING DESCRIZIONE PROGRAMMA Questo è un seminario pratico hands-on che fornisce metodi efficaci di pianificazione e di conduzione dell User Acceptance. È uno dei pochi corsi disponibili sul mercato che insegni un processo non tecnico e di facile apprendimento per il il di computer systems da una prospettiva del processo di Business. Alla fine del seminario i partecipanti saranno in grado di condurre all interno della propria organizzazione uno User Acceptance molto efficace che permetterà loro di sviluppare gli scenari del, gli script del e i casi del. Sia che si tratti di applicazioni sviluppate da terzi che sviluppate in casa, i processi e le tecniche trattate da questo seminario permetteranno di identificare i più efficaci e di mantenere un alto livello di copertura del. In particolare i partecipanti impareranno: Come trovare costosi e imbarazzanti problemi prima che vengano trovati dal Vostro cliente Un processo collaudato per progettare un che modelli il Vostro Business e non quello che c è sulla carta I punti chiave legati agli aspetti umani del Come progettare i che coprono in maniera adeguata i Vostri processi di Business, le persone e le cose A pianificare un di accettazione per computer di qualsiasi dimensione A identificare i casi di che simuleranno le condizioni reali A determinare se un sistema soddisfa i criteri di accettazione A tenere traccia del progresso di un di accettazione A relazionarsi con tutti i vari aspetti e le attitudini che si incontrano durante un di accettazione A scrivere reports informativi sul PARTECIPANTI Analisti di Business Utenti e Clienti del software Manager di QA/Test Analisti di Tester Sviluppatori Software Vendor I partecipanti sono invitati a portare il proprio laptop per lo svolgimento degli esercizi. 1. Sopravvivere alle principali 10 sfide del Software Le 10 principali sfide - Mancanza di training - La mentalità noi verso loro - Mancanza di strumenti di - Mancanza di comprensione del Management e di supporto al - Mancanza di coinvolgimento del cliente e dell utente - Tempo non sufficiente per il - Troppa fiducia sul indipendente - Cambiamento rapido - I ers non sono in una buona situazione - Bisogna dire No Soluzioni per ciascuna sfida 2. Terminologia del Il modello di workbench di Deming Il ciclo di vita del software Terminologia del 3. Introduzione allo User Acceptance Cosa è lo Structured User Acceptance? La divergenza dell aspettativa Metodi di User Acceptance Quando avviene lo User Acceptance Le sfide Il ruolo del Management nel Da dove si originano i difetti Dove sono usate le risorse del I costi relativi di riparazione dei difetti Il ruolo dell utente nel 4. Il processo di pianificazione dello User Acceptance Panoramica Definizioni Relazioni dello Structured Acceptance Il processo dello Structured Acceptance - Fase 1: pianificare i - Fase 2: eseguire i - Fase 3: valutare i

3 DOCENTE Fase 1: Pianificazione dello User Acceptance - Step 1: definire la strategia del - Step 2: definire gli obiettivi del - Step 3: definire i criteri di accettazione - Step 4: sviluppare gli scenari del - Step 5: sviluppare gli script del - Step 6: definire i casi del Business - Step 7: costruire la matrice del - Step 8: stima di tempo e risorse - Step 9: finalizzare il plan Cosa cercare nei membri del team Definire gli obiettivi del di accettazione Come determinare gli obiettivi del Le relazioni fra processo e dati Casi di Business Casi di funzionali La matrice /ciclo La matrice /funzione 5. Il processo di esecuzione dello User Acceptance Test Step 1: selezionare i tools Step 2: formazione ai membri del team Step 3: esecuzione del plan Step 4: tenere traccia del progresso Step 5: fare il regression Step 6: documentare i risultati del 6. Regression Cosa è il Regression? No Regression : difetti nascosti Regression : No difetti nascosti Regression : il processo Regression : cosa è necessario? Problematiche di Regression Regression : quanto è abbastanza? Consigli per fare il Regression 7. Valutazione del rischio dello User Acceptance Test Costruire il team di valutazione del rischio Presentare il tutorial di valutazione del rischio Completare i questionari del rischio Ottenere la valutazione del rischio Fare un report dei risultati della valutazione del rischio Presentare le conclusioni sul rischio 8. Valutazione del Test e Reporting Prerequisiti per la valutazione del Valutazione del e processo di Reporting Attributi del Reporting del Tipi di Reporting del : - Reports dei difetti - Reports dello stato - Report finale Valutazione del di sistema: report dei difetti Basato sulla carta Tools di tracking del difetto Il ruolo dell amministratore del difetto Il ciclo di vita del difetto Tracking del difetto: le cose che bisogna sapere - Cosa è un difetto? - Come è comunicato un difetto? - Quali sono le categorie di difetti? - Quali dettagli devono essere comunicati? - Cosa deve fare il er quando il difetto è riparato? Esempio di categorie di difetti Esempio di priorità di difetti Reporting dello stato Reporting finale Report del sommario del Come possono essere usati questi dati? 9. Problematiche legate alle persone nel Il ruolo del in un progetto Lavorare con gli sviluppatori Lavorare con gli utenti Mantenere informato il Management sui progressi Gestire le aspettative Cosa può ragionevolmente valutare e raccomandare un Tester? Randy Rice è un autorevole esperto di fama internazionale nei settori del Software e del Software Quality. È un Certified Software Quality Analyst, Certified Software Tester, Certified Software Test Manager e ASTQB Certified Tester. Ha lavorato con molte organizzazioni in tutto il mondo per migliorare la qualità dei loro sistemi informativi e per ottimizzare i loro processi di. È membro dell American Software Qualifications Board ed è editore di The Software Quality Advisor. È co-autore con William Perry dei libri Surviving the Top Ten Challenger of Software e Dirty Systems. È stato Chairman del Quality Assurance Institute s International Software Conference, membro fondatore del programma di certificazione CSTE (Certified Software Test Engineer) e ha fatto parte del board of directors di ASTQB (American Software Qualifications Board). Nel 1990 ha fondato la Rice Consulting Service.

4 APPROCCI INNOVATIVI AL SOFTWARE TESTING DESCRIZIONE PROGRAMMA Questo workshop si rivolge a sviluppatori software e professionisti del che vogliono imparare nuovi approcci innovativi per eseguire il Software. Questo workshop è costituito da un 40% di presentazioni e 60% di esercitazioni per sperimentare le tecniche insegnate durante la presentazione. In particolare i partecipanti impareranno: A assegnare delle priorità al proprio in accordo a 3 punti di vista: rischio del progetto, tecnico e di Business A ottenere il massimo dal più compatto insieme di casi di A identificare le radici dei problemi e correggerli così non saranno ripetuti A fare il di regressione per evitare che diventi travolgente Come fare l Unit così da trovare i difetti nella fase iniziale del progetto A progettare i basati su una varietà di sorgenti: scenari di Business e di utente, requisiti, Casi d Uso e modelli di design A implementare l automazione del in modo nuovo e creativo PARTECIPANTI Analisti di Test Tester Test Engineer Sviluppatori software Project Manager Test Lab Manager Analisti di QA I partecipanti sono invitati a portare il proprio laptop per lo svolgimento degli esercizi. 1. basato sul rischio Come può essere definito il rischio nei progetti software Come valutare il rischio Come fare in modo di prevenire gli inganni dalle valutazioni del rischio Esperienza: trovare il rischio in un progetto, trovare il rischio nel software 2. L efficienza del Test (pair-wise, classification trees ecc.) Perché l efficienza del è importante Il modello fault dietro il pairwise Come creare i casi di usando le tecniche pairwise Esperienza: ridurre il numero dei casi di da migliaia a meno di Root cause analysis (analisi del difetto) Cosa è la root cause analysis? Come distinguere altre cause dalla root cause Esempi dalla vita reale Come costruire un diagramma tempo/fattore causale Esperienza: trovare la root cause di un problema 4. di Regressione Cosa è il di regressione? Come si fa il di regressione? Quanto può bastare il di regressione? Come applicare l automazione Come fare il di regressione nei sistemi molto complessi Esperienza: definire una strategia di di regressione per un sistema complesso 5. Exploratory Cosa è l Exploratory Cosa non è l Exploratory Le più comuni obiezioni all Exploratoty Benefici dell Exploratory Come fare il se non si hanno specifiche né requisiti Come fare un Exploratory Come valutare un Exploratory Come migliorare un Exploratory Session-based Esperienza: eseguire un Sessionbased Test 6. basato sullo Scenario (Casi d Uso ecc.) Cosa è un basato sullo scenario? Come trovare o definire uno scenario? Definire casi di dai Casi d Uso Combinare i dati con gli scenari Controllare un basato sullo scenario Esperienza: progettare un basato sullo scenario 7. basato sui Requisiti Cosa è un Basato sui Requisiti (RBT)? Cosa è necessario? Come è utile? Progettare basati su tabelle di decisione Esperienza: progettare basati sui requisiti 8. basato sul Modello Cosa è un basato sul modello? Esempi di come i modelli di design possono essere usati per progettare i Come fare un progetto del basato sul modello Esperienza: progettare basati su un modello state-transition 9. Usi creativi dell automazione del Test Usi comuni di automazione del Strategie per tools Open Source o fatti in casa I benefici di automazione del piccolo e random

5 INFORMAZIONI QUOTA DI PARTECIPAZIONE Structured User Acceptance 1500 (+iva) Approcci innovativi, al Software 1200 (+iva) La partecipazione ad entrambi i seminari viene offerta ad una speciale quota di 2500 (+iva) La quota di partecipazione comprende documentazione, colazioni di lavoro e coffee breaks. LUOGO Roma, Residenza di Ripetta Via di Ripetta, 231 DURATA ED ORARIO 3 giorni/ 2 giorni: È previsto il servizio di traduzione simultanea MODALITÀ D ISCRIZIONE Il pagamento della quota, IVA inclusa, dovrà essere effettuato tramite bonifico, codice Iban: IT 34 Y Banca Intesa Sanpaolo S.p.A. Ag di Roma inato alla Technology Transfer S.r.l. e la ricevuta di versamento inviata insieme alla scheda di iscrizione a: TECHNOLOGY TRANSFER S.r.l. Piazza Cavour, ROMA (Tel Fax ) entro l 1 Giugno 2009 Vi consigliamo di far precedere la scheda d iscrizione da una prenotazione telefonica. CONDIZIONI GENERALI In caso di rinuncia con preavviso inferiore a 15 giorni verrà addebitato il 50% della quota di partecipazione, in caso di rinuncia con preavviso inferiore ad una settimana verrà addebitata l intera quota. In caso di cancellazione del seminario, per qualsiasi causa, la responsabilità della Technology Transfer si intende limitata al rimborso delle quote di iscrizione già pervenute. SCONTI DI GRUPPO Se un azienda iscrive allo stesso evento 5 partecipanti, pagherà solo 4 partecipazioni. Chi usufruisce di questa agevolazione non ha diritto ad altri sconti per lo stesso evento. ISCRIZIONI IN ANTICIPO I partecipanti che si iscriveranno al seminario 30 giorni prima avranno uno sconto del 5%. TUTELA DATI PERSONALI Ai sensi dell art. 13 della legge n. 196/2003, il partecipante è informato che i suoi dati personali acquisiti tramite la scheda di partecipazione al seminario saranno trattati da Technology Transfer anche con l ausilio di mezzi elettronici, con finalità riguardanti l esecuzione degli obblighi derivati dalla Sua partecipazione al seminario, per finalità statistiche e per l invio di materiale promozionale dell attività di Technology Transfer. Il conferimento dei dati è facoltativo ma necessario per la partecipazione al seminario. Il titolare del trattamento dei dati è Technology Transfer, Piazza Cavour, Roma, nei cui confronti il partecipante può esercitare i diritti di cui all art. 13 della legge n. 196/2003. RANDY RICE STRUCTURED USER ACCEPTANCE TESTING nome... cognome... Roma Giugno 2009 Residenza di Ripetta - Via di Ripetta, 231 Quota di iscrizione: 1500 (+iva) APPROCCI INNOVATIVI, AL SOFTWARE TESTING Roma Giugno 2009 Residenza di Ripetta - Via di Ripetta, 231 Quota di iscrizione: 1200 (+iva) ENTRAMBI I SEMINARI Quota di iscrizione per entrambi i seminari: 2500 (+iva) In caso di rinuncia o di cancellazione dei seminari valgono le condizioni generali riportate all interno. È previsto il servizio di traduzione simultanea funzione aziendale... azienda... partita iva... codice fiscale... indirizzo... città... cap... provincia... telefono... fax Timbro e firma Da restituire compilato a: Technology Transfer S.r.l. Piazza Cavour, Roma Tel Fax info@technologytransfer.it