TMap: una metodologia di test business driven

TMap: una metodologia di test business driven

Andrea Bei – Capgemini

Codemotion 2011

Copyright © 2009 Capgemini. Nessuna parte di questa pubblicazione, di esclusiva proprietà di Capgemini Italia S.p.A., può essere riprodotta
in alcuna forma, con un sistema elettronico o con altri mezzi, senza il preventivo permesso della Società Capgemini Italia S.p.A.

Capgemini
una società globale presente in oltre 35 Paesi

Presente in 35 Paesi
100.000 professionisti
8.400 Milioni € di revenues nel 2009
Quotata alla Borsa di Parigi

© 2011 Capgemini - All rights reserved -

Capgemini Italia
presente sul territorio con 5 sedi

5 uffici in Italia
3 centri ADC, 1 centro ATC e
2 centri AMSC
1.800 professionisti
132 Milioni € di revenues nel 2009


Consulting, Technology e Outsourcing
servizi realmente integrati

Aiutiamo i nostri clienti ad innovarsi e a migliorare la loro competitività
Abbiamo costruito una vasta gamma di competenze e possediamo la capacità di trasferirle
Lavoriamo insieme ai nostri clienti per tracciare con loro nuove direzioni, per condurli nella realtà del
business e utilizzare a loro vantaggio gli strumenti di Information Technology
Per loro gestiamo i processi di business e l’infrastruttura tecnologica

Consulting Services Technology Services Outsourcing Services

Offerta di Consulenza Direzionale I clienti e gli esperti del mercato Oltre 40 anni di esperienza, 15.000
focalizzata sulla Trasformazione del riconoscono il valore professionisti nel mondo e
Business e dell’Organizzazione e dell’esperienza nei servizi conoscenze maturate nella gestione
sul miglioramento delle tecnologici erogati dai nostri di alcuni dei più grandi progetti di
Performances attraverso lo consulenti: team dedicati outsourcing nel mondo. Il
sviluppo di Business Process presidiano aree di intervento portafoglio comprende:
Innovation nei processi di specifiche e in continua evoluzione: Applications Outsourcing,
Marketing Sales & Services e System Integration, IT Business Process Outsourcing,
acquisti Transformation, Security, Business Infrastructure Management,
Intelligence, Architecture, Software Rightshore ® Delivery,
Engineering, Software Quality Transformational Outsourcing.
Management & Testing .


Cos’è il testing

Gli obiettivi del processo di testing sono:
Eseguire una applicazione per scoprirne i difetti

Rilevare il livello di qualità di una applicazione

Identificare il gap tra le specifiche e l’applicazione prodotta

Dimostrare che l’applicazione è conforme ai requisiti

© 2011 Capgemini - All rights reserved - 4

Perchè si effettuano i test ?

Per mitigare i rischi di business
Per validare la qualità del software

Per verificare la coerenza e l’integrazione dei processi di business

Per ridurre i tempi di rilascio (time-to-market)

Per assicurare l’effettiva usabilità del software
Per rilasciare software con un numero limitato e comunque noto di difetti

Per dimostrare l’utilità di una nuova tecnologia


Dove nascono i difetti ….

7%
10%

56% 27%


… ed in quale fase costa di più risolverli

L’obiettivo del testing è scoprire i
difetti il prima possibile

I benefici di un processo di test strutturato

Il ciclo di vita del software è sempre più sottoposto a pressioni derivanti dalle limitazioni di budget e
dalla riduzione dei tempi di delivery.
In tale scenario aumenta il rischio di ridurre eccessivamente il tempo dedicato al test per recuperare
ritardi accumulati nelle fasi precedenti e rilasciare software non conforme ai requisiti di business, con
elevata difettosità e bassa qualità.
€
Esec.
Soluzione
Revisione dei req.Pianificazione e Progettazione dei Test

Rischio

Piano
Analisi Progettazione Sviluppo Test

Per controllare tali rischi è possibile adottare un processo di testing strutturato che:
• anticipi al massimo le attività di pianificazione e progettazione dei test (60% dell’effort)
• preveda sul “percorso critico” solo le attività di esecuzione dei test (40% dell’effort)

© 2011 Capgemini - All rights reserved - Pag 8

I benefici di un processo di test guidato dal rischio e dal business

Testare tutto non è economico
costo del test= gg di test X €/g
Limitazioni di tempo e di budget valore dei danni evitati

Il valore del test diminuisce dopo un punto di € pto di
massimo oltre il quale non è conveniente valore max valore del test

continuare test.
L’obiettivo della strategia di test è scoprire il
prima possibile i difetti più importanti
sostenendo i costi più bassi. costo del test

I difetti più importanti hanno un elevato
“valore dei danni evitati”. t

Come scoprire i difetti più importanti ?
Adottare una strategia di test guidata dal rischio di business: testare prima e meglio le
parti più rischiose permette di scoprire prima i difetti più importanti minimizzando i costi.
(“No Risk, No Test”)


I problemi del testing e le possibili soluzioni

TMap® è una metodologia
standard per il testing
sviluppata da Capgemini
nel 1995.


La metodologia TMap®

TMap ® (Test Management Approach) è focalizzato sul

miglioramento della qualità

contenimento dei tempi e dei costi del test.

È seguita da oltre 1300 professionisti in Europa, USA e India. Ha un ampia diffusione in
diversi settori: Banche, Assicurazioni, Pubblica Amministrazione, Società di
Telecomunicazioni, Sanità.


Le 4 caratteristiche di TMap®

E’ basato su un approccio BTDM Definisce un processo di test
(Business Driven Test Management) strutturato

Offre un toolbox di strumenti, E’ flessibile rispetto al contesto di
tecniche e best practice per il testing applicazione


Business Driven Test Management

La decisione fondamentale: cosa testare e E’ una decisione economica e si basa su:
con che livello di profondità ?
• I rischi per l’organizzazione legati all’oggetto del test
•La disponibilità di risorse (tempo e budget)
L’accuratezza/costo del test è funzione del • I risultati che si vogliono ottenere
rischio relativo all’oggetto del test e dei
risultati prefissati (“No Risk, No Test”)

Il cliente è coinvolto in decisioni sul
processo e la strategia di test in diversi
momenti

Vantaggi Caratteristiche
Minimizza il danno dei difetti Il cliente ha il “polso” sul processo di test.
Consente di quantificare i rischi e i costi Si utilizza lo stesso linguaggio del cliente
Controllo dei progressi e dei risultati del test Il test è basato sul rischio


Il processo BDTM

1. Formulare gli obiettivi del test.

2. Determinare la classe di rischio per ogni combinazione
caratteristiche/oggetto impattato

3. Determinare la profondità del testing per ogni
combinazione caratteristiche/oggetto impattato (giusto
compromesso rischio/risorse disponibili)

4. Stima dei tempi e pianificazione (Test Plan)

5. Allocazione delle tecniche di test per ogni combinazione
caratteristiche/oggetto impattato

6. Durante il processo, il Test Manager fornisce al cliente
aggiornamenti e propone momenti di decisione sul processo
e sull’oggetto del testing

Cos’è il rischio di prodotto ?

La “Probabilità di difetto” è maggiore in caso di:
Un “rischio” è la possibilità che si verifichi
un failure (guasto) che provochi un danno.

Rischio= Probabilità di failure * danno

Probabilità di failure=
Frequenza d’uso * Probabilità di difetto
High

Classi di rischio
Medium

Low

Low Medium High


BDTM Esempio

Tipi di obiettivi di test Descrizione obiettivo di test Caratteristiche
Processi di business I processi di business A e B devono Funzionalità ,
continuare a funzionare con il performance, usabilità
nuovo sistema
Requisiti …. ….
…. …. ….
MTP Risk Table Caratteristica: funzionalità Oggetti impattati Sottosist. 1 Sottosis. 2 Sistema
Probabilità di failure H M L
Obiettivo del test Danno
Processo A H A B B
Processo B L C C -
Classe di rischio (CdR) A B B
Caratteristica / oggetti CdR Development Test System Test UAT …
impattati
Funzionalità
- Sottosistema 1 A •• •• ••
- Sottosistema 2 B • •
- Totale B • •
Usabilità B I
••
MTP Strategy Performance
Table - Online B •
- Batch C

BDTM Esempio

UAT TP Strategy
Caratteristica Sottosistema 1 Sottosistema 2 Sistema totale
Table Funzionalità A/•• (funzionale) B/I B/• • (regressione)
Usabilità - - B/• • (usabilità)

Caratteristica Oggetto impattato Tipo di test Tecniche
Funzionalità Sottosistema 1 Funzionale tu1: a campione in amb.di ST
(A/••) tu2: a campione in amb.di ST

Funzionalità Sistema totale (B/••) Regressione tu3:DCT

Usabilità Sistema totale (B/••) Usabilità tu4:SUMI

UAT TP Strategy
Table


Processo di test strutturato


Master Test Plan

Il Master Test Plan è sviluppato dal Test
Manager. Si condivide con il cliente :
Cosa verrà testato per ogni livello di test
Quando
Con quale livello di profondità

Il piano costituisce la base per i Test plan di
ogni livello di test
Requirement Test
Development Test (Unit Test e Integration
Test)
System Test
Acceptance Test


Modello di ciclo di vita del test

Execution Completion
Le attività di test sono suddivise in 7 fasi
Esecuzione dei test case Preparazione del
Control automatici e manuali report di chiusura
Planning
• Creazione script di test progetto
Definizione strategia di test Reporting automation (Record & Playback) Applicazione delle
Analisi dei rischi Management • Analisi dei risultati metriche di qualità del
Stima dell’effort Monitoring / Control dell’esecuzione dei test e apertura software
Setup del modello Tuning dei difetti
organizzativo • Gestione del testware
Redazione del Test Plan
Allocazione unità di test e
tecniche di test

Infrastructure

Setup dell’infrastruttu-
ra di test
Setup dell’ambiente di
Preparation Specification test
Raccolta delle basi per il test Progettazione dei test case
(documenti, requisiti, …) Revisione dei reuisiti funzionali e verifica
Revisione dei requisiti (verifica copertura rispetto ai test case
Testabilità) Aggiornamento della matrice di
tracciabilità


Toolbox


Toolbox: tecniche

Tecniche
−Stima dell’effort di Testing (TPA)
−Defect management
−Definizione di Metriche
−Product Risk Analysis (PRA)
−Test design
−Coverage
−Review


Toolbox: infrastruttura e organzzazione

Infrastruttura
−Ambienti di test
−Strumenti di test (es: HP Quality Center)
−Postazioni di lavoro

Organizzazione
−Descrizione di profili e specializzazioni
−Ruoli
−Modelli di test factory


Flessibile rispetto al contesto

Compatibile con qualsiasi modello di ciclo di vita:

Waterfall, Agile, RUP, …

Indipendente dalla tecnologia:

Web, Mobile, Mainframe

Indipendente dal tipo di servizio:

Sviluppo / Manutenzione

Indipendente dall’approccio realizzativo:

Custom / Package

Riferimenti

Web

TMap Web Site: http://eng.tmap.net/Home/

Sogeti Web Site (Società del gruppo Capgemini): www.sogeti.ie


Domande


TMap: una metodologia di test business driven

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Andere mochten auch

Andere mochten auch (6)

Ähnlich wie TMap: una metodologia di test business driven

Ähnlich wie TMap: una metodologia di test business driven (20)

Mehr von Codemotion

Mehr von Codemotion (20)

Kürzlich hochgeladen

Kürzlich hochgeladen (9)

TMap: una metodologia di test business driven