LA TECHNOLOGY TRANSFER PRESENTA ROMA GIUGNO 2012 ROMA GIUGNO 2012 VISCONTI PALACE HOTEL - VIA FEDERICO CESI, 37

Transcript

1 LA TECHNOLOGY TRANSFER PRESENTA RANDY RICE TESTING DI SISTEMI LEGACY COMPLESSI E NON DOCUMENTATI PRACTICAL SOFTWARE TEST AUTOMATION ROMA GIUGNO 2012 ROMA GIUGNO 2012 VISCONTI PALACE HOTEL - VIA FEDERICO CESI, 37 info@technologytransfer.it

2 TESTING DI SISTEMI LEGACY COMPLESSI E NON DOCUMENTATI DESCRIZIONE I sistemi legacy complessi e non documentati, chiamati Dirty Systems, sono sistemi difficili da mantenere e da testare perché nel corso degli anni sono cresciuti in maniera disordinata e gracile. Questo seminario, basato sull ultimo libro di Randall Rice e William Perry intitolato appunto Dirty Systems, spiegherà un processo per capire un Dirty System, per pianificare e progettare test efficaci e infine per migliorare o pulire il sistema attraverso quello che si è appreso nel testing. Dirty Systems è un processo basato su sei steps che parte dal software discovery attraverso il test planning e design, test execution, test analysis e reporting e infine cleanup. Imparerete come i tools possono aiutare a capire e testare i Dirty Systems e come trattare le particolari sfide del testing di questi sistemi complessi e non documentati. In particolare i partecipanti: Impareranno come migliorare i Dirty Systems, come ridurne i costi di manutenzione e il rischio di malfunzionamenti Impareranno a individuare problemi costosi e imbarazzanti prima che li trovino i clienti Capiranno gli aspetti fondamentali del testing nei Dirty Systems Impareranno come progettare test che coprono in maniera adeguata i requisiti non documentati e gli eventi di Business Rinforzeranno la Vostra expertise sul testing PARTECIPANTI Analisti di ers Engineers Sviluppatori software Project Managers Managers Responsabili sviluppo software I partecipanti sono invitati a portare il proprio laptop per lo svolgimento degli esercizi. Oltre alla documentazione tecnica i partecipanti riceveranno una copia dell ultimo libro di Randy Rice Dirty Systems.

3 PROGRAMMA 1. Introduzione al dei Dirty Systems Cosa è un Dirty System? La sfida posta dai Dirty Systems Riferimenti al generale Riferimenti al dell applicazione Riferimenti all Operational 2. Un processo per il dei Dirty Systems Il modello Workbench di Deming Il ciclo di vita del software Terminologia del - Software - Quality Assurance - Quality Control - Verifica - Validazione - Difetto - Requisito - statico - dinamico - funzionale (Black Box) - strutturale (White Box) - Quando il si sta effettuando: Diagramma V - Una comparazione di metodologie di progetto e dove il viene eseguito * Waterfall * Rapid Application Development * Rational Unified Process * Spiral Model * Extreme Programming * Applicazioni commerciali Offthe-shelf - Maturità del Processo e Capability Maturity Model 3. Gli aspetti economici del Dove si originano i difetti Dove sono usate le risorse del Il costo relativo della riparazione dei difetti 4. Pianificazione del base Principi di base Il processo del base Cosa è una strategia di? I Componenti di una strategia di Identificare i fattori critici di successo Definire gli obiettivi del I componenti di un piano di a livello di sistema I principali elementi di un Plan Quanto tempo dovrebbe essere impiegato su un Planning? Pianificare le guidelines temporali Suggerimenti per il Planning 5. Il processo di pianificazione del Componenti principali del Planning Principali tasks del Planning - Task 1 - Sviluppare una strategia di - Task 2 - Definire gli obiettivi del - Task 3 - Identificare le risorse necessarie al - Task 4 - Pianificare l ambiente del - Task 5 - Definire le procedure del - Task 6 - Identificare le funzioni da testare - Task 7 - Identificare interfacce con altri sistemi o componenti - Task 8 - Scrivere gli scripts di - Task 9 - Definire i casi di - Task 10 - Progettare i dati del - Task 11 - Costruire la matrice del - Task 12 - Determinare le schedulazioni del - Task 13 - Assemblare l informazione - Task 14 - Finalizzare il piano 6. Sviluppo del Caso di Scripts Casi di Come documentare i casi di Tipi di casi di - Casi di funzionali Boundary Value Analysis - Casi di Funzionali Casi di equivalenza - Casi di funzionali Casi basati sui requisiti - Tabelle di decisione - Matrice ortogonale - Casi di funzionali Error Guessing - Casi di funzionali Casi Business-Oriented - Threads transazionali basati su scenari di Business Matrice /Ciclo - Cosa è un ciclo di? - Perché usare cicli di? - Ciclo tradizionale di Casi d Uso Casi di test strutturale Basato sulla logica Livelli di copertura del strutturale Casi di strutturale Comportamento Casi di di regressione

4 7. Unit Cosa è l Unit? Quando viene eseguito l Unit? Quanta preparazione è necessaria? Perché creare un piano per l Unit? Progettazione del caso di Unit - s funzionali Progettazione del caso di Unit - s strutturali Il Process Unit Come documentare casi di Unit funzionali Come progettare strutturali Come documentare le Unit Interfaces Esempio Unit Execution: software procedurale Unit Execution: software event-driven Unit Execution: software sviluppato sul caso Metodi automatici per l Unit Tools di Unit Metodi manuali di Unit Reporting dei difetti dell Unit Summary Report dell Unit Esempio 8. System Cosa è il System? Pianificazione del System Identificare gli obiettivi del System Identificare le funzioni di sistema per il Esempio: System Function Worksheet Identificare i requisiti critici Esempio: Critical Requirements Worksheet Identificare le interfacce di sistema Esempio: System Interface Worksheet Profiling per il Performance Esempio: System Performance Profile Worksheet Costruire la matrice del System Esempio: System Matrix Identificare schedule e risorse per il System Esempio: System Schedule Finalizzare il piano del System Un outline rappresentativa del piano per il System 9. User Acceptance User Acceptance Cosa è un User Acceptance? Metodi di User Acceptance Il ruolo dell utente nel Una panoramica sul Processo di Structured User Acceptance Definizioni Il Processo di Structured User Acceptance - Fase 1 - Pianificazione dei s - Fase 2 - Esecuzione dei s - Fase 3 - Valutazione dei s Fissare gli obiettivi del di accettazione Responsabilità organizzative Definire i criteri di accettazione Memorizzare i risultati del Fase 2 - Esecuzione dei s - Step 1 - Selezione dei tools - Step 2 - Formare i membri del team - Step 3 - Eseguire il Plan - Step 4 - Tracciare il progresso - Step 5 - Fare il di regressione - Step 6 - Documentare i risultati del Metodi manuali Metodi automatici Trabocchetti da evitare Gestire attitudini e conflitti Fase 3 - Valutare i s - Step 1 - Memorizzare i difetti - Step 2 - Fare la riduzione dei dati - Step 3 - Sviluppare le scoperte e le raccomandazioni - Step 4 - Formalizzare il Report 10. Casi di dai Casi d Uso Cosa è un Caso d uso? Componenti del Caso d Uso Modello del Caso d Uso Esempio di Caso d Uso Trasportare i Casi d Uso in Casi di Casi di e Scripts di Esempi di Casi di derivati da Casi d Uso Il processo 11. Strategie di esecuzione del Automazione del Rischi di non automatizzare il Rischi di automatizzare il Dove si inseriscono i tools? Gli aspetti principali I Top 10 Tools di Fattori critici di successo Esecuzione del Metodi manuali Folders Matrice /Funzione Costruire l ambiente di Come costruire e mantenere i dati di

5 Il ciclo dei dati di Il processo per la gestione della configurazione/release Trabocchetti da evitare 12. di Regressione Cosa è il di Regressione? No di Regressione: difetti nascosti di Regressione: No difetti nascosti di Regressione: il processo di Regressione: cosa è necessario? Problematiche del di Regressione di Regressione: quando è abbastanza? Suggerimenti per eseguire il di Regressione 13. Tools di Cosa è un tool di? I rischi di non automatizzare il I rischi di automatizzare il Dove si collocano i tools? Gli aspetti principali I Top 10 Tools di /Debug interattivo Capture/Playback Comparazione di file e codice Stress e Load Tracking dei difetti Generatori di dati di Management Analizzatori di complessità Analizzatori di copertura Checklists Passi per la selezione di un tool di Fattori critici di successo 14. Walkthroughs e Ispezioni Introduzione al processo di Ispezione Pianificazione Performance Folow-up Ruoli e responsabilità Chiavi per il successo Esercizio 15. Valutazione del e Reporting Prerequisiti per la valutazione del Valutazione del e processo di Reporting Attributi del Report del Tipi di Reporting di - Defect reports - Status report - Final report Valutazione del System Defect Reporting - Basato sulla carta - Tools di tracciabilità del difetto - Il ruolo del defect administrator Il ciclo di vita del difetto Tracking del difetto cose che dovete conoscere - Cosa è un difetto? - Cosa viene riportato come difetto? - Quali sono le categorie dei difetti? - Quali dettagli potrebbero essere evidenziati? - Cosa deve fare il er quando un difetto è individuato? Esempi di categorie di difetti Esempi di priorità dei difetti Status Reporting Final Reporting Summary Report Come possono essere usati questi dati? 16. Project Management Mantenere il nella giusta direzione Fatti sui cambiamenti Trattare con il cambiamento durante il Modi per trattare con il cambiamento Le sorgenti del cambiamento Sei consigli per trattare con il cambiamento durante il Livelli di severità del cambiamento Come stimare il tempo del Come tracciare i progressi

6 PRACTICAL SOFTWARE TEST AUTOMATION DESCRIZIONE Questo corso tratta la tematica dell automazione del test del software. Non è specifico per un particolare insieme di tools, ma prevede una serie di esercitazioni utilizzando tools di test gratuiti o molto economici. Il principale obiettivo del corso è quello di spiegare e far capire il panorama del Software Automation e di fare in modo che l automazione dei test possa diventare una realtà nella Vostra organizzazione. I partecipanti impareranno le principali sfide poste dall automazione dei test e gli approcci più appropriati per la propria situazione, come predisporre la propria organizzazione per l automazione del test, come progettare il software avendo in mente l automazione del test. Il corso avrà un taglio molto pratico e sarà ricco di esercitazioni che permetteranno di mettere in pratica i concetti via via esposti. Alla fine del corso i partecipanti saranno in grado di sviluppare la propria strategia di automazione del test e di predisporre un piano per la sua implementazione. In particolare i partecipanti impareranno: Lo scopo e il valore di automatizzare i test del software I problemi più comuni del Automation e la maniera di superarli Come automatizzare il strutturale Come automatizzare il funzionale con i moderni approcci Come progettare test che possono essere facilmente automatizzati I tools di Automation sul mercato Quali tools sono gratuiti o molto economici Come introdurre il Automation nella Vostra organizzazione Come misurare i benefici del Automation PARTECIPANTI Software ers Analisti di Progettisti di Managers Sviluppatori Software

7 PROGRAMMA 1. Capire il Automation La relazione fra tools di test e Automation La promessa e il valore del Automation Misure e metriche per il Automation Esempi di implementazione del Automation Fattori critici di successo del Automation 2. Sopravvivere alle 10 principali sfide del Automation Le 10 principali sfide - Legate alle persone - Legate al processo - Tecniche Come superare le sfide 3. Structural Automation Il ruolo dei tools per lo Structural Automation Come lavorano i tools per lo Structural Automation 4. Approcci di Funzionale Il ruolo dei tools per l automazione del Funzionale Comuni approcci di Automation - Capture/Playback - Scripting - Keyword o component-driven 5. Costruire una Framework per il Automation Cosa è una framework per il Automation? Perché è necessaria una framework? Integrazione del processo di test Integrazione con altri tipi di tools di test 6. Un processo per acquisire e implementare tools di Automation Acquisizione di tools di Automation - Panoramica del processo - Steps nel processo - Cosa è richiesto per il processo - Come implementare il processo Implementare tools di Automation - Panoramica del processo - Steps nel processo - Cosa è richiesto per il processo - Come implementare il processo 7. Analizzare il Automation Andare in profondità nel Capture/ Playback - Automatizzare un test semplice - Modificare lo script Andare in profondità nel test scripting - Automatizzare un test semplice scrivendo uno script Andare in profondità nel component-based e keyword-based - Costruire un piccolo insieme di componenti automatici per il test - Assemblare i componenti all interno del test 8. Gestire il Automation Perché è necessario il Management del testware? - Configuration Management per il testware - Stabilire e mantenere la tracciabilità - Misuare il testware Il ruolo dei tools di gestione del 9. Tools di economici e gratuiti I problemi che stanno dietro i tools gratuiti Tools Open Source efficaci Tools meno cari di Automation 10. Come fare in modo che il Automation diventi una realtà nella Vostra organizzazione Valutare la maturità della Vostra organizzazione Quali skills sono necessari Integrare processi, tools e persone Guardare al Automation come un progetto in corso Misurare i benefici e il valore del Automation 11. Sommario I 10 principali punti di questo corso Domande e Risposte

8 INFORMAZIONI QUOTA DI PARTECIPAZIONE di Sistemi Legacy complessi e non documentati 1600 (+iva) Practical Software Automation 1200 (+iva) La partecipazione ad entrambi i seminari viene offerta ad una speciale quota di 2600 (+iva) La quota di partecipazione comprende documentazione, colazioni di lavoro e coffee breaks. LUOGO Roma, Visconti Palace Hotel Via Federico Cesi, 37 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 03 W Banca: Cariparma Agenzia 1 di Roma intestato 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 il 4 Maggio 2012 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 nome... TESTING DI SISTEMI LEGACY COMPLESSI E NON DOCUMENTATI Roma Giugno 2012 Visconti Palace Hotel - Via Federico Cesi, 37 Quota di iscrizione: 1600 (+iva) cognome... funzione aziendale... azienda... Timbro e firma PRACTICAL SOFTWARE TEST AUTOMATION partita iva... codice fiscale... Roma Giugno 2012 Visconti Palace Hotel - Via Federico Cesi, 37 Quota di iscrizione: 1200 (+iva) indirizzo... città... ENTRAMBI I SEMINARI cap... Quota di iscrizione per entrambi i seminari: 2600 (+iva) provincia... In caso di rinuncia o di cancellazione dei seminari valgono le condizioni generali riportate all interno. È previsto il servizio di traduzione simultanea telefono... fax Da restituire compilato a: Technology Transfer S.r.l. Piazza Cavour, Roma Tel Fax info@technologytransfer.it

9 DOCENTE Randy Rice è un autorevole esperto di fama internazionale nei settori del Software e del Software Quality. È un Certified Software Quality Analyst, Certified Software er, Certified Software Manager e ASTQB Certified er. 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 Engineer) e ha fatto parte del board of directors di ASTQB (American Software Qualifications Board). Nel 1990 ha fondato la Rice Consulting Service.