Vous vous sentez à l'étroit dans la pyramide de tests, sans vision globale et sans stratégie de test. Venez explorer d'autres types de tests pour oser sortir de la pyramide. Je vous emmène à l'exploration des agile testing quadrants pour visiter le monde merveilleux des tests et construire une stratégie de test efficace et efficiente que ce soit dans un nouvel environnement ou dans un environnement legacy.
3. Formation
Sessions intra
et inter-entreprise,
sur site ou à distance
Coaching
Mentoring et
accompagnement
sur le terrain
Projet
Engagement de moyens et
engagement de qualité
Conseil
Diagnostic et études
sur mesure
Nos domaines d’expertise
Attitudes et pratiques craft
NOS FORMATS D’INTERVENTION
36. MUTATION TESTING
VÉRIFIE LA QUALITÉ
DES TESTS
CRÉE DES MUTANTS
DE CODE & LANCE
TOUS LES TESTS POUR
CHAQUE MUTANT
LIBRAIRIES :
STRYKER POUR .NET
PITEST POUR JAVA
38. TEST DRIVEN DEVELOPMENT
BOUCLE :
- ECRIRE UN TEST ROUGE
- ECRIRE LE MIN CODE POUR PASSER LE TEST AU VERT
- REFACTOR CODE & TEST
PRÉREQUIS :
- DÉCOMPOSER LE PROBLÈME
- IDENTIFIER DES EXEMPLES
- LES PRIORISER
39. BEHAVIOUR DRIVEN DEVELOPMENT
PO
DEV
QA
• EXPLORER LE MÉTIER
• UTILISER LE VOCABULAIRE MÉTIER
• FORMULER DES SCÉNARIOS
• S’EN SERVIR POUR VALIDER LE DÉVELOPPEMENT
• LES AUTOMATISER
• AUGMENTER LES TESTS DE NON-RÉGRESSION
• PETIT BONUS : LIVING DOC
44. A HIGH-LEVEL DESCRIPTION OF
THE TEST LEVELS TO BE
PERFORMED AND THE TESTING
WITHIN THOSE LEVELS FOR AN
ORGANIZATION OR PROGRAMME
(ONE OR MORE PROJECTS).
ISTQB: INTERNATIONAL SOFTWARE TESTING
QUALIFICATIONS BOARD
HTTPS://ISTQB-GLOSSARY.PAGE/TEST-STRATEGY/
45. LA STRATÉGIE DE TEST
Politique de test
Stratégie de test
Plan de test
Cas de test
Entreprise
Equipe
52. FACE À LA DENSITÉ
QUEL TEST IMPLÉMENTER
TIME TO MARKET
GARANTIR LA QUALITÉ
53. COMMENCER PAR
RÉFLÉCHIR À LA STRATÉGIE
DE TESTS POUR EN FAIRE
MOINS MAIS MIEUX.
NICOLAS FÉDOU
FLOWCON'18
54. Je vais proposer une stratégie :
LA PYRAMIDE DE TEST !
La pyramide n’est pas une
stratégie de test.
Une couverture à 80% alors !
Tu es sérieux ?!
55. COMMENT
PROCÉDER
POUR
DÉFINIR UNE
STRATÉGIE ?
Impliquer toutes les parties
prenantes pour les responsabiliser
- Métier, QA, tech, support, ops…
- Quelle qualité souhaite-t-on ?
Quels risques veut-on
éviter ?
- Risque = Impact business * probabilité du
défaut
- Prendre en compte le budget et les délais
Identifier les parties
critiques du système
- Impact si la partie défaille
- Priorisation & Effort en conséquence
Quelles sont les défaillances
potentielles et passées ?
Cibler en conséquence
56. TIPS
• COMBIEN DE TEMPS POUR TESTER MANUELLEMENT ?
• AUTOMATISER POUR RÉDUIRE LA BOUCLE DE FEEDBACK
• À QUEL NIVEAU DE CONFIANCE VEUT-ON ÊTRE ?
• AUGMENTER LA COUVERTURE DES TESTS AUTOMATISÉS
• INTÉGRER TOUS LES TESTS À LA CI (MÊME CEUX DES QA)
• ANALYSER LES TYPES DE DÉFAUTS/BUGS
57. TIPS Examples
A/B tests
Story tests (written first)
UX (user experience) testing
Prototypes
Simulations
Exploratory testing
Workflows
System Integration
(business oriented)
Usability testing
UAT (user acceptance testing)
Unit tests
Component tests
(code level)
Testing connectivity
Performance testing
Load testing
Security testing
Quality attributes
Technology facing
Business facing
Guide
development
Preventing
defects
Challenging
the
product
Finding
defects
Q1
Q2
Q4
Q3
• POUR CHAQUE PARTIE CRITIQUE
• AVOIR UN TEST PAR QUADRANT À MINIMA
• EN RESPECTANT LES PROPORTIONS DE LA
PYRAMIDE POUR UN MEILLEUR FEEDBACK
• POUR LES AUTRES
• CHERCHER DES COMPROMIS
58. • POUR CHAQUE SOUS-PARTIE CRITIQUE
• AVOIR UN TEST PAR QUADRANT À MINIMA
• EN RESPECTANT LES PROPORTIONS DE LA
PYRAMIDE POUR UN MEILLEUR FEEDBACK
• POUR LES AUTRES SOUS-PARTIES
• CHERCHER DES COMPROMIS
CARTO À PARTAGER
AVEC TOUTES/TOUS