Soyons honnête : nous aimerions tous tester nos plateformes, nos codes, mais personne ne le fait vraiment bien. Heureusement, ce n’est pas une fatalité, et il n’est jamais trop tard pour tester ! La vraie question est : comment tester ? Derrière toute stratégie de tests efficace, il y a une connaissance de tous les types de tests disponibles, de leurs coûts et de leurs utilités. Tout au long de cette journée, nous allons vous détailler les différents types de tests, du test unitaire au test de charge, afin que vous puissiez évaluer la pertinence de chacun dans votre propre contexte.
4. 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 ?
5. 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 ?
7. 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!
9. 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.
18. 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
19. • 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 »
20. 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.
33. 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
34. 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
37. 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
Notes de l'éditeur
Le test: arrive après le code: loin dans le temps
Rien n’est visible avant la fin
Entre le début et la fin, le besoin évolue pas les specs
La phase de TMA: maintenance ie on va faire evoluer le projet avec une autre équipe, mais le gros du travail a été déjà fait.