Agile Testing Day
Par ce que tester, c’est mesurer

Michel PERFETTI
Consultant ALM
http://blog.cellenza.com/author/mperfetti/
Thomas CHARRIER
Consultant ALM
http://blog.cellenza.com/author/tcharrier/
@miiitch

Mais aussi
Aurélien Clément Georges Guillaume
Mikaël Nicholas
Pierre-
Henri

Pourquoi Cellenza ?
“ Nous croyons qu’il est possible de réaliser du développement logiciel de
haute qualité ”
Le conseil est exercé par des Consultants Seniors et Directeurs Associés
de Cellenza. Ils sont mandatés par nos clients pour réaliser les missions
dans les domaines suivants :
Concevoir une architecture en adéquation avec les besoins métiers et les
contraintes techniques.
Opérer une transformation agile à l’échelle de l’entreprise en conseillant la
Direction Générale.
Former les Directions métier (Product Ownership) à l’interaction avec les
équipes de réalisation agiles.
Optimiser la gestion du portefeuille applicatif avec la DSI.
Organiser la filière de développement agile au sein de la Direction des Etudes.
Mettre en place les pratiques de conception et d’ingénierie Agile.
Mettre en place une usine logicielle respectant l’ALM.
Industrialiser une filière de développement.
Introduire les technologies .Net dans l’organisation.
WHY ?

Comment ?
Nous nous battons chaque jour pour faire vivre les valeurs de
Cellenza :
Partage de la connaissance
Pas de compromis sur la qualité
Les consultants d’abord
L’intimité client
http://www.contrat-agile.org/
Cellenza est membre de Scrum Alliance, nos consultants sont certifiés
Scrum Master et Cellenza est co-auteur du « contrat agile » (open
source), contractualisation d’un projet en mode Agile.
HOW ?

Avènement de l’agilité

Les douloureuses leçons du cycle en V
Période de test
sous-estimé
Effet tunnel
Spec != besoin
Plus le projet
est long, plus le
besoin évolue
Estimation
difficile voire
impossible
TMA FTW!

Méthodes agiles (Flux ou iterations)
Sprint 1 Sprint 2 Sprint 3

Logiciel de qualité depuis 1843
• Un logiciel opérationnel est la principale mesure d’avancement
• Notre plus haute priorité est de satisfaire le client
en livrant rapidement et régulièrement des fonctionnalités
à grande valeur ajoutée.
• Livrez fréquemment un logiciel opérationnel avec des
cycles de quelques semaines à quelques mois et une
préférence pour les plus courts.

Qualité logicielle
Qualité = Absence défauts
Complétude Fiabilité Simplicité Performance
Tolérance
aux pannes
…

Mesurer la qualité : tester c’est mesurer
Qualité
Test
Stratégie
Pratiques

Anatomie d’un test
System Under Test (SUT)Données en entrées Résultat
Contexte

Pyramide de tests

Cas d’école: le test unitaire
« unitaire » pas « unique »

Cycle de vie d’un test unitaire
Source Build Execution Status
Et puis
rien

Cycle de vie d’un test unitaire
Source Build Execution Status
Stockage de
la mesure

Démo
One factory to rule them all

Usine logicielle de développement
Développement
et Build Gestionnaire
de sources
Build Automatisé
Build
Tests
unitaires
Qualité
du code
Packaging
Déploiement
Plateformes
d’intégration
(Test, QA, Prod)
Process

• Multilangages et multiplateformes,
• Meilleur gestion des workflows de build,
• Tests automatisés,
• Qualité logicielle,
• Gestion des environnements,
• Mise en place des plateformes,
• Déploiement vers la prod.
Usine logicielle de développement « moderne »

TFS/VSTS Build vNext
• Création et modification via le portail web,
• Pas de contrôleur de build,
• Cross-plateforme.
Possibilité de:
• Exécuter des outils tiers,
• Exécuter des scripts,
• Créer des tâches personnalisées.

Comment démarrer?

Humilité

Ne pas se laisser impressionner par le code

Etudier, étudier, étudier

Travailler ensemble

Agenda

9h – 9h30 Welcome Café
9h30 – 10h30 Keynote d’ouverture : Quel test pour quelle intention?
10h30 – 11h30 Le test n’est pas (qu’) histoire de testeurs
11h30 – 11h 45 Pause
11h 45 – 12h45 ? ?
12h45 – 13h45 Pause Déjeuner
13h45 – 14h45 ? ?
14h45 – 15h00 Pause
15h00 – 16h00 ? ?
16h00 – 16h15 Pause
16h15 – 17h15 Session Questions Réponses / Replay

Aperçu de la journée
TDD : Test
Driver
Development
BDD : Behavior
Driven
Development
Tests et le code
legacy
Tests manuels Tests de charge
La métrique
test via
SonarQube

Votez pour vos sessions

Cellinsight #4

9h – 9h30 Welcome Café
9h30 – 10h30 Keynote d’ouverture : Quel test pour quelle intention?
10h30 – 11h30 Le test n’est pas (qu’) histoire de testeurs
11h30 – 11h 45 Pause
11h 45 – 12h45
Test Driven Development :
Aurélien Galtier
Test & métier : Mikael Krief
12h45 – 13h45 Pause Déjeuner
13h45 – 14h45
Behavior Driven Development :
Georges Damien
Tests de charge : Pierre-Henri Gache
14h45 – 15h00 Pause
15h00 – 16h00
Techniques avancées de tests
(Legacy) : Nicholas Suter
La métrique « test » : Guillaume
Rouchon
16h00 – 16h15 Pause
16h15 – 17h15 Session Questions Réponses / Replay
PRAIRIE
RUBIS