Tester Juste 17 Mars. 2011

Le webinar commencera à

10 H 30

- 11/02/2008

Agenda

2

Tester Juste ?

Conclusion et suite…

Q&A

- 11/02/2008

Contexte considéré

3

QUALIFICATION(conformité?)

RECETTE(opérationnel?)

ValidationQualité

ValidationProduit

ValidationRelease

P R O D U C T I O NP R O D U C T I O N

- 11/02/2008

Une caricature ?

• IT : – délais de qualification trop courts, – équipes sous-dimensionnées, – complexité du SI, accélération, …

• Métiers :– la recette dure trop longtemps,– mobilise trop de ressources non-informatiques,– dysfonctionnements restent et coûtent chers, …

4

- 11/02/2008 5Sources : Capers Jones, SOFTWARE QUALITY IN 2010: A SURVEY OF THE STATE OF THE ART

13500 projets, 675 sociétés (150 Fortune 500) + 35 publics, 24 pays, 15 conflits juridiques

La qualité impacte les tests ?

PathologiqueBonne

Coûts et Duréede validation

Qualité des projets

La validation est directement impactée par la qualité de la version reçue.

Indicateur :- Nombre de livraisons pour une même version.

Et 5% à 8% des bugs sont introduit durant la validation (IBM & Caper Jone).

- 11/02/2008

Tester Juste

6

Référence

dans le SI

Nouvelle

versionRéalisationRéalisation ValidationValidation ProductionProduction

? ? ?A chaque livraison

• Qu’est-ce que je reçois versus la version XXX ?• Est-ce stable en terme de qualité ?• Quels sont les modules fonctionnels/techniques modifiés ?

- 11/02/2008

Identifier les risques/variations à chaque réception

7

Audit qualité systématique

Evaluation des risques de régressions

Identification des modifications

Rapport audit

- 11/02/2008

Radiographie d’applicationde la boite noire à une visibilité opérationnelle

8

Application

Radiographie

Visibilité & Lisibilité

Qualité Architecture Technique

Modifications& Impacts

Tests En amont

- 11/02/2008

Cas 1: Validation d’une nouvelle version

9

• Anticiper les problèmes : radiographie à J -XConfirmer le périmètre des modifications à valider

• Evaluer la progression de la validation (convergence)Périmètre des modifications à chaque livraison

Maitrise des délais

• Eviter l’introduction de nouveaux risquesModifications non prévues, Nouveaux bugs

• Optimiser sa stratégie de test sur des données concrètesEvaluation des régressions, des risques, …

- 11/02/2008

Cas 2: Correctif à déployer rapidement

10

• Vérifier les modifications réalisées vs. productionEviter des modifications non prévues

Priorité à la stabilité de la qualité

• Identifier les impacts des modificationsEvaluer les risques vs l’effort de test disponible

• Sécuriser le déploiementQuels changements (librairies, configurations, etc..)

- 11/02/2008 11

Analyse

Vision actuelle, historisée, différentielle

Risques - Fonctionnelle – Technique

Reference Process Transaction services

Customers

Orders

Transactions

Invoicing

Alarm Handling

Supply

ProductsUser

Management

IHM

LDAP

Customers

Products

Controller WebServices

Services

DataModel Utils

FTPClient Mailing

Utils

Log

Ress.

Products Orders

Customers

Lang.

RestitutionCorrélation

Intelligence :Accumulation de connaissances

Référentiel

Modèles

Variations

Le processus de radiographie

Code, config, lib, scripts, etc.

Retour d’expérience

Schneider Electric

- 11/02/2008

Une application stratégique

• Contexte :– Application PLM, milliers d’utilisateurs quotidiens – Qualité est un point majeur

• Des phases de test difficiles- Trop de livraisons pour une même phase de validation- 7 testeurs mobilisés- Un retard qui apparait (très) tard

13

- 11/02/2008

Processus

• 1ère analyse version -> Diagnostic situation– Des problèmes critiques– Notamment du copier/coller

Actions d’améliorations par l’équipe de réalisation

• Contrôle systématique à la livraison– Validation qualité– Maitrise des risques : Contrôle périmètre modifications

• Résultat : 3 livraisons vs 10 avant.

14

Conclusion

- 11/02/2008

Conclusion

• Apport de la visibilité sur l’applicationD’où viennent nos problèmes ?

Anticiper les problèmes et agir en amont

Mieux orienter son effort de test

Contribuer à la décision du Go/NoGo.

• Notre proposition suite à ce webinar:POC sur un de vos projets

Simple et rapide grâce au mode SaaS.

16

Q & A