Partie 1 - Agile, Scrum, Méthodologie – Un tour d’horizon rapide sur la métho...Bruno Flaven
Une vue synthétique sur le méthodologie Agile Scrum. C'est une présentation qui a été faite dans le cadre d'une formation interne. Pour ceux qui ne connaissent rien ou pas grand chose de la méthode agile, c'est un survol rapide non exhaustif mais qui met les idées en place, enfin il faut espérer ! Nous n'avons pas joint les documents (tableurs excel notamment) qui aident au pilotage du projet mais ils sont faciles à refaire.
Ces 2 présentations ont donné lieu à un article sur le Blog Hecube Voir http://bit.ly/13CDrqo
Scrum - Une méthode agile sous la loupe ...Bilel McSam
La méthodologie de développement agile < Scrum >
Une présentation faite à la 5eme Linux install party le 08 Juin 2013 à l'USTHB (Alger / Algérie)
• Une méthode agile dédiée à la gestion de projets.
• S'appuie sur le découpage d'un projet en incréments (sprint).
• Ne couvre aucune technique d'ingénierie du logiciel.
Scrum est une méthode agile dédiée à la gestion de projets. Son objectif est d'améliorer la productivité des équipes auparavant ralenties par des méthodologies plus lourdes. Elle apparaît pour la première fois dans une publication de Hirotaka Takeuchi et Ikujiro Nonaka intitulée The New New Product Development Game1 qui s'appliquait à l'époque au monde industriel.
Le terme Scrum est emprunté au rugby à XV et signifie mêlée. Ce processus s'articule en effet autour d'une équipe soudée, qui cherche à atteindre un but, comme c'est le cas en rugby pour avancer avec le ballon pendant une mêlée.
Présentation succincte de Scrum.
En fonction du public elle peut tenir entre 20 minutes sans s'attarder ou en 2 heures avec une présentation des annexes.
Introduction à Scrum et aux méthodes agiles (v1.0)Blackbird
Les méthodes agiles sont de formidables outils de production. Cette présentation est une synthèse permettant d'aborder la méthode Scrum dans ses grandes lignes fondamentales.
Partie 2 - Agile, Scrum, Méthodologie – Un tour d’horizon rapide sur la métho...Bruno Flaven
Une vue synthétique sur le méthodologie Agile Scrum. C'est une présentation qui a été faite dans le cadre d'une formation interne. Pour ceux qui ne connaissent rien ou pas grand chose de la méthode agile, c'est un survol rapide non exhaustif mais qui met les idées en place, enfin il faut espérer ! Nous n'avons pas joint les documents (tableurs excel notamment) qui aident au pilotage du projet mais ils sont faciles à refaire.
Ces 2 présentations ont donné lieu à un article sur le Blog Hecube Voir http://bit.ly/13CDrqo
Ces slides ont pour objectif de présenter le contexte des méthodes agiles, et de présenter le fonctionnement de la méthode Scrum.
Je donne également un premier retour d'expérience
Partie 1 - Agile, Scrum, Méthodologie – Un tour d’horizon rapide sur la métho...Bruno Flaven
Une vue synthétique sur le méthodologie Agile Scrum. C'est une présentation qui a été faite dans le cadre d'une formation interne. Pour ceux qui ne connaissent rien ou pas grand chose de la méthode agile, c'est un survol rapide non exhaustif mais qui met les idées en place, enfin il faut espérer ! Nous n'avons pas joint les documents (tableurs excel notamment) qui aident au pilotage du projet mais ils sont faciles à refaire.
Ces 2 présentations ont donné lieu à un article sur le Blog Hecube Voir http://bit.ly/13CDrqo
Scrum - Une méthode agile sous la loupe ...Bilel McSam
La méthodologie de développement agile < Scrum >
Une présentation faite à la 5eme Linux install party le 08 Juin 2013 à l'USTHB (Alger / Algérie)
• Une méthode agile dédiée à la gestion de projets.
• S'appuie sur le découpage d'un projet en incréments (sprint).
• Ne couvre aucune technique d'ingénierie du logiciel.
Scrum est une méthode agile dédiée à la gestion de projets. Son objectif est d'améliorer la productivité des équipes auparavant ralenties par des méthodologies plus lourdes. Elle apparaît pour la première fois dans une publication de Hirotaka Takeuchi et Ikujiro Nonaka intitulée The New New Product Development Game1 qui s'appliquait à l'époque au monde industriel.
Le terme Scrum est emprunté au rugby à XV et signifie mêlée. Ce processus s'articule en effet autour d'une équipe soudée, qui cherche à atteindre un but, comme c'est le cas en rugby pour avancer avec le ballon pendant une mêlée.
Présentation succincte de Scrum.
En fonction du public elle peut tenir entre 20 minutes sans s'attarder ou en 2 heures avec une présentation des annexes.
Introduction à Scrum et aux méthodes agiles (v1.0)Blackbird
Les méthodes agiles sont de formidables outils de production. Cette présentation est une synthèse permettant d'aborder la méthode Scrum dans ses grandes lignes fondamentales.
Partie 2 - Agile, Scrum, Méthodologie – Un tour d’horizon rapide sur la métho...Bruno Flaven
Une vue synthétique sur le méthodologie Agile Scrum. C'est une présentation qui a été faite dans le cadre d'une formation interne. Pour ceux qui ne connaissent rien ou pas grand chose de la méthode agile, c'est un survol rapide non exhaustif mais qui met les idées en place, enfin il faut espérer ! Nous n'avons pas joint les documents (tableurs excel notamment) qui aident au pilotage du projet mais ils sont faciles à refaire.
Ces 2 présentations ont donné lieu à un article sur le Blog Hecube Voir http://bit.ly/13CDrqo
Ces slides ont pour objectif de présenter le contexte des méthodes agiles, et de présenter le fonctionnement de la méthode Scrum.
Je donne également un premier retour d'expérience
Introduction à SCRUM.
- Qu'est-ce que l'agile ?
- Présentation de quelques idées reçues
- Dans quel cadre on peut mettre en place Scrum
- Scrum et le management
- Les méthodes de gestion de projets classiques : cycle en V, en cascade
- Changement d'organisation en terme de management dit "classique"
- Comment mettre en place Scrum
- Explication des processus Scrum.
- Couplage avec des techniques d'ingénieries logicielles et de qualité.
- Couplage avec lean startup
Formation "Initiation Scrum" (sur 1 ou 2 jours)
- comprendre les principes agile
- découverte de SCRUM (les rôles, les livrables, les évènements)
- expérimenter par la pratique
To be Agile or not to be ? Les méthodologies de développement doivent s'adapter aux demandes de plus en plus spécifiques et changeantes tout en respectant les besoins pratiques du client.
Chez TheCodingMachine, on pense que chaque projet mérite un instant de réflexion pour adopter la bonne approche méthodologique ! Pour certains types de projets ou bien certains contextes clients, la methode agile est très bien adaptée. Dans d’autres situations, c’est naturellement moins le cas et il est préférable d'employer les méthodes classiques.
Zoom sur les meilleures méthodologies de développement web et informatique (methode agile et methode classique de développement.)
Formation agile - Certification Professional Scrum Product OwnerNovUp
POURQUOI CETTE FORMATION ?
Pour garantir le succès d’un projet Scrum, il est impératif de respecter les besoins exprimés par les utilisateurs et de leur livrer le maximum de valeur en un minimum de temps. Le Product Owner agit comme le représentant des utilisateurs et travaille au quotidien avec les équipes de réalisation pour délivrer un produit de qualité.
La certification Professional Scrum Product Owner apporte aux responsables de produits la maîtrise des principes Scrum et atteste de leur capacité à aider les équipes dans la réalisation d’un projet.
Prise en charge possible : Novup est organisme de formation n°5244079544.
OBJECTIFS PÉDAGOGIQUES
Accompagner le changement dans le cadre d’un nouveau projet,
Gérer efficacement la vie d’un produit conçu et réalisé avec Scrum,
Maîtriser le rôle de Scrum Product Owner,
Maximiser le retour sur investissement d’un projet Scrum,
Savoir recueillir des besoins, les spécifier et les prioriser,
Se préparer au passage de la certification PSPO1 (Professional Scrum Product Owner) de scrum.org
INFORMATIONS PRATIQUES
Durée : 2 jours (14 heures).
Horaires : accueil à 9h15, formation de 9h30 à 17h30 (pause déjeuner de 1h).
Dates et lieux : veuillez consulter notre site web sur www.novup.fr/formation/
Tarif : 1290 € HT en inter (intra : nous consulter).
Public concerné : toutes personnes en charge de concevoir un produit dans un cadre utilisant les méthodes agiles.
Prérequis : avoir une expérience de gestion de projet/équipe, comprendre l’anglais écrit.
Toutes nos formations sont assurées à partir de 4 stagiaires (et limitée à 12 participants).
[ENGLISH BELLOW]
Les journees DevExp sont comme nos DreamTech meetings a Sophia Antipolis (Le partage d'expériences), mais couvrant l'ensemble des centres de l'INRIA (à travers tout le pays). Les ingénieurs se rencontrent une fois par an pendant 2/3 jours pour présenter, discuter et partager leurs travaux/experiences/point de vue. Dans mon cas (de l'INRIA Sophia Antipolis), je ai présenté notre expérimentation de la méthode agile Scrum et comment nous avons appris à l'utiliser et à l'adapter à notre contexte (SOFAVR + les autres projets en relations).
[ENGLISH]
DevExp are like our INRIA DreamTech (share engineer experiences) but covering the whole INRIA centers (through all the country). Engineers meet 1 time a year during 2/3 days to present, share and discuss about their actual works. In my case (from INRIA Sophia Antipolis) I presented our experimentation of the SCRUM agile method and how we learnt to use it and to adapt it to our context (SOFAVR and all the others related projects).
Cette présentation, mise en scène les valeurs et les principes des méthodes agiles , ainsi qu'une présentation détaillée sur la méthode XP et la méthode Scrum.
La revue de code : agile, lean, indispensable !Lucian Precup
Présentation faite à Agile France en 2010 :
La revue de code : agile, lean, indispensable !
Alors que l’intégration continue ou les tests unitaires commencent à rentrer dans les "standards", la revue de code est souvent considérée comme optionnelle. Pourtant, les avantages d’une revue de code systématique sont multiples : détection des anomalies très tôt dans le cycle de développement, formation des membres de l’équipe, partage de la connaissance, meilleures solutions techniques par la conjonction des perspectives développeur/examinateur.
Cette présentation mettra en évidence les avantages de la revue du code en répondant aux idées reçues comme "la revue du code augmente la durée des développements", ou "nos développeurs sont très bons, ils n’ont pas besoin de revue de code" ou encore "il n’y a personne dans l’équipe qui puisse examiner mon code car je suis le seul à connaître Bash et Ant". En évoquant la revue de code dans l’univers open source, les différents moyens de la mettre en œuvre, ses compléments, les différents outils ; et terminant par une démonstration concrète en utilisant Eclipse, Bugzilla et Mylyn, cette présentation vous convaincra de mettre en place la revue de code systématique dans votre équipe sans attendre.
Déroulement :
1/ Avantages
2/ Idées reçues
3/ La revue de code dans l’univers open-source : de la revue du patch par le committeur aux procédures très élaborées comme celles de Mozilla Developer Center.
4/ Moyens de mise en œuvre : à partir de quelle taille des projets, par qui, comment, avant l’intégration ou après, ...
5/ Les compléments de la revue du code : analyse de la qualité du code, scripts pour les normes internes, ...
6/ Comparaison avec d’autres techniques : pair programming, ...
7/ Outils et intégration avec les autres outils de développement ou de gestion du cycle de vie (intégration continue, gestion des anomalies, ...)
8/ Démonstration des avantages sur un exemple concret en utilisant Eclipse, Bugzilla et Mylyn comme outils.
9/ Conclusion : comment la revue de code supporte une démarche agile et lean
Introduction à SCRUM.
- Qu'est-ce que l'agile ?
- Présentation de quelques idées reçues
- Dans quel cadre on peut mettre en place Scrum
- Scrum et le management
- Les méthodes de gestion de projets classiques : cycle en V, en cascade
- Changement d'organisation en terme de management dit "classique"
- Comment mettre en place Scrum
- Explication des processus Scrum.
- Couplage avec des techniques d'ingénieries logicielles et de qualité.
- Couplage avec lean startup
Formation "Initiation Scrum" (sur 1 ou 2 jours)
- comprendre les principes agile
- découverte de SCRUM (les rôles, les livrables, les évènements)
- expérimenter par la pratique
To be Agile or not to be ? Les méthodologies de développement doivent s'adapter aux demandes de plus en plus spécifiques et changeantes tout en respectant les besoins pratiques du client.
Chez TheCodingMachine, on pense que chaque projet mérite un instant de réflexion pour adopter la bonne approche méthodologique ! Pour certains types de projets ou bien certains contextes clients, la methode agile est très bien adaptée. Dans d’autres situations, c’est naturellement moins le cas et il est préférable d'employer les méthodes classiques.
Zoom sur les meilleures méthodologies de développement web et informatique (methode agile et methode classique de développement.)
Formation agile - Certification Professional Scrum Product OwnerNovUp
POURQUOI CETTE FORMATION ?
Pour garantir le succès d’un projet Scrum, il est impératif de respecter les besoins exprimés par les utilisateurs et de leur livrer le maximum de valeur en un minimum de temps. Le Product Owner agit comme le représentant des utilisateurs et travaille au quotidien avec les équipes de réalisation pour délivrer un produit de qualité.
La certification Professional Scrum Product Owner apporte aux responsables de produits la maîtrise des principes Scrum et atteste de leur capacité à aider les équipes dans la réalisation d’un projet.
Prise en charge possible : Novup est organisme de formation n°5244079544.
OBJECTIFS PÉDAGOGIQUES
Accompagner le changement dans le cadre d’un nouveau projet,
Gérer efficacement la vie d’un produit conçu et réalisé avec Scrum,
Maîtriser le rôle de Scrum Product Owner,
Maximiser le retour sur investissement d’un projet Scrum,
Savoir recueillir des besoins, les spécifier et les prioriser,
Se préparer au passage de la certification PSPO1 (Professional Scrum Product Owner) de scrum.org
INFORMATIONS PRATIQUES
Durée : 2 jours (14 heures).
Horaires : accueil à 9h15, formation de 9h30 à 17h30 (pause déjeuner de 1h).
Dates et lieux : veuillez consulter notre site web sur www.novup.fr/formation/
Tarif : 1290 € HT en inter (intra : nous consulter).
Public concerné : toutes personnes en charge de concevoir un produit dans un cadre utilisant les méthodes agiles.
Prérequis : avoir une expérience de gestion de projet/équipe, comprendre l’anglais écrit.
Toutes nos formations sont assurées à partir de 4 stagiaires (et limitée à 12 participants).
[ENGLISH BELLOW]
Les journees DevExp sont comme nos DreamTech meetings a Sophia Antipolis (Le partage d'expériences), mais couvrant l'ensemble des centres de l'INRIA (à travers tout le pays). Les ingénieurs se rencontrent une fois par an pendant 2/3 jours pour présenter, discuter et partager leurs travaux/experiences/point de vue. Dans mon cas (de l'INRIA Sophia Antipolis), je ai présenté notre expérimentation de la méthode agile Scrum et comment nous avons appris à l'utiliser et à l'adapter à notre contexte (SOFAVR + les autres projets en relations).
[ENGLISH]
DevExp are like our INRIA DreamTech (share engineer experiences) but covering the whole INRIA centers (through all the country). Engineers meet 1 time a year during 2/3 days to present, share and discuss about their actual works. In my case (from INRIA Sophia Antipolis) I presented our experimentation of the SCRUM agile method and how we learnt to use it and to adapt it to our context (SOFAVR and all the others related projects).
Cette présentation, mise en scène les valeurs et les principes des méthodes agiles , ainsi qu'une présentation détaillée sur la méthode XP et la méthode Scrum.
La revue de code : agile, lean, indispensable !Lucian Precup
Présentation faite à Agile France en 2010 :
La revue de code : agile, lean, indispensable !
Alors que l’intégration continue ou les tests unitaires commencent à rentrer dans les "standards", la revue de code est souvent considérée comme optionnelle. Pourtant, les avantages d’une revue de code systématique sont multiples : détection des anomalies très tôt dans le cycle de développement, formation des membres de l’équipe, partage de la connaissance, meilleures solutions techniques par la conjonction des perspectives développeur/examinateur.
Cette présentation mettra en évidence les avantages de la revue du code en répondant aux idées reçues comme "la revue du code augmente la durée des développements", ou "nos développeurs sont très bons, ils n’ont pas besoin de revue de code" ou encore "il n’y a personne dans l’équipe qui puisse examiner mon code car je suis le seul à connaître Bash et Ant". En évoquant la revue de code dans l’univers open source, les différents moyens de la mettre en œuvre, ses compléments, les différents outils ; et terminant par une démonstration concrète en utilisant Eclipse, Bugzilla et Mylyn, cette présentation vous convaincra de mettre en place la revue de code systématique dans votre équipe sans attendre.
Déroulement :
1/ Avantages
2/ Idées reçues
3/ La revue de code dans l’univers open-source : de la revue du patch par le committeur aux procédures très élaborées comme celles de Mozilla Developer Center.
4/ Moyens de mise en œuvre : à partir de quelle taille des projets, par qui, comment, avant l’intégration ou après, ...
5/ Les compléments de la revue du code : analyse de la qualité du code, scripts pour les normes internes, ...
6/ Comparaison avec d’autres techniques : pair programming, ...
7/ Outils et intégration avec les autres outils de développement ou de gestion du cycle de vie (intégration continue, gestion des anomalies, ...)
8/ Démonstration des avantages sur un exemple concret en utilisant Eclipse, Bugzilla et Mylyn comme outils.
9/ Conclusion : comment la revue de code supporte une démarche agile et lean
Mix-IT 2013 - Agilistes : n'oubliez pas la technique - mix-it 2013Xavier NOPRE
Diaporama de ma présentation "Agilistes : n'oubliez pas la technique" le 25/04/2013 à Mix-IT 2013. N'hésitez pas à me faire des retours et me contacter !
Rédigé en Mars 2013
Comment automatiser les tests ?
Les différents types de tests automatisés : TU, BDD/TDD, GUI, TDC, Test de vie …
Méthodes d’automatisation
Capture/replay
Projet de développement
Techniques d’automatisation
Data driven
Keyword driven
DSTL
Composants technique pour l’automatisation
Oracle
Bouchon
Techniques de comparaison
Reporting
Formation Extreme Programming, Tests unitaires, travail collaboratifkemenaran
Cette formation développe les méthodes de l'Extreme Programming, introduit les tests unitaires et le Test Driven Developpement sous différents frameworks (dont CakePHP), et présente différents outils de travail collaboratif : SVN, Make, Trac, etc.
Strategie de test à agile tour bordeauxNicolas Fédou
Une stratégie de tests, on sait tous que c’est nécessaire, mais sans forcément savoir à quoi ça ressemble.
Une stratégie de tests est la façon de s’organiser pour montrer qu’une application est de qualité suffisante pour aller en production. Il ne s’agit donc pas d’un inventaire de tests manuels ou automatisés, mais d’un raisonnement avec des choix et des renoncements.
Dans cette présentation nous verrons comment une stratégie de tests vise à optimiser la confiance et les preuves de qualité dans le cadre du développement d’un produit agile.
Au sein d’une démarche DevOps, le build et le déploiement continue sont les premiers piliers à mettre en place.
Cette session découverte de notre NighClazz “Build Tools & Continuous Delivery” a pour objectif de présenter les enjeux de l’automatisation, d’introduire les principaux outils de builds Java, de comprendre le mécanisme de livraison logicielle et de déploiement continue.
Le test, qu'il soit unitaire ou fonctionnel, est à la mode dans le monde du développement logiciel, suite entre autre à la mise en œuvre croissante des méthodes agiles et notamment de l'intégration continue ou des méthodes de développement telles que le TDD, le BDD ou la programmation par contrat. Récemment, ce phénomène a encore été amplifié au sein de la communauté PHP par l'apparition aux côtés de l'incontournable PHPUnit d'outils plus originaux tels que Behat, Praspel ou atoum qui permettent au développeur de rédiger des tests plus simplement. Pourtant, nous constatons tous les jours que le test conserve une grande part de mystère pour la plupart des développeurs, Bien souvent, ces derniers ne savent pas quoi tester, et encore moins comment écrire un test efficace ou mettre en place une politique de test pertinente. Certains s'interrogent par exemple sur la pertinence de leurs tests, se demandent s'il faut absolument tout tester, d'autres s'il est possible de tester la création d'un fichier, voir même s'il est intéressant de le faire, tandis que d'autres se demandent où se situe la frontière entre le test unitaire et le test fonctionnel ou s'il est nécessaire de tester toutes les méthodes d'une classe, alors que d'autres encore ne savent tout simplement pas par où commencer. Durant cette conférence, nous allons tenter, à l'aide de nos expériences respectives de créateur de framework de tests et de doctorat en informatique spécialisé dans le test, de répondre aux questions récurrentes que se pose une personne confrontée à la mise en place d'une politique de qualité logicielle en général et à l'écriture d'un test logiciel en particulier. À l'issue de cette foire aux questions didactique et interactive, vous devriez être capable d'aborder le test, indépendamment de sa nature, de manière plus sereine et efficace et produire ainsi un logiciel de la qualité que vous désirez.
Il existe plusieurs types de tests logiciels, tels que:
Tests unitaires: vérifient le fonctionnement individuel des parties les plus petites d'une application (par exemple, des méthodes ou des fonctions).
Tests d'intégration: vérifient comment les différentes parties d'une application interagissent les unes avec les autres.
Tests de validation: vérifient si l'application répond aux exigences spécifiées.
Tests de performance: mesurent la rapidité, la stabilité et la scalabilité d'une application.
Tests de sécurité: vérifient la sécurité de l'application en testant les vulnérabilités potentielles.
Tests de compatibilité: vérifient si l'application fonctionne correctement sur différents systèmes d'exploitation, navigateurs, périphériques, etc.
Tests d'acceptation: vérifient si l'application répond aux attentes des utilisateurs finaux et est prête à être livrée.
L'année 2008 peut être considérée comme la naissance des tests en méthode Agile avec la sortie du livre "Agile Testing", la première conférence "Agile Testing Days" et plus généralement l'avènement de l'Agilité en France.
Dix ans plus tard, les idées portées par l'Agile Testing ont-elles été validées sur le terrain ?
Les outils mis en avant à l'époque ont-ils tenu leurs promesses ?
Dans cette présentation, Laurent Bristiel va s'appuyer sur ses 20 ans d'expérience chez des éditeurs logiciel pour tenter de répondre à ces questions.
Functional Tests Automation with Robot Frameworklaurent bristiel
The document discusses Robot Framework, an open source test automation framework written in Python. It can be used to write functional, end-to-end, component, and unit tests. Robot Framework uses a keyword-driven, data-driven, or behavior-driven approach. It provides built-in keywords and libraries that allow tests to be written in a simple, lightweight manner and executed across multiple platforms and applications. Case studies are presented on large companies using Robot Framework to automate testing of their products. Both advantages and limitations of the framework are covered.
3. Qui suis-je ?
Ingénieur logiciel chez Fermat/Moody's de
2004 à 2012
− Responsable d'une équipe de testeurs
− Contexte : éditeur, bancaire, agile
Embauché chez Forgerock depuis 2 jours
− Mission semblable mais contexte différent
4. Développement logiciel
en méthode agile ?
Développement
− Spécification
− Programmation
− Tests
Logiciel
− Traditionnel (application)
− Soft As a Service (web)
− App (smartphone)
Méthodes
− Cow-boy
− Cascade
− Cycle en V
− Agile
− Open Source (bazar)
8. Agile aujourd'hui
Facebook, Ebay, Google...
− Livraison permanente
« Lean Startup »
− Création startup en continu
Communauté importante à Grenoble
− Yahoo, Kelkoo, Samse, Orange, EDF, Moody's...
− 2012 : 5e
conférence « Agile Grenoble »
(500 personnes, 40 sessions)
9. Agile chez Moody's
7 équipes de 10 personnes (PM, Prog, Testeurs)
Ratio Testeurs/Prog : 1/2
Releases de 3 mois, itérations de 2 semaines
Succès
− Capacité à réagir (réglementation, marché etc.)
− équipes (re)motivées et plus solides
− Meilleure transparence et predictabilité
Difficultés
− Équipes distribuées
− Agilité limitée à la R&D
− Logiciels vieillissants
10. Zoom sur les tests
(en Agile / chez Moody's)
Pour toute nouvelle version
− Les nouvelles fonctionnalités doivent marcher
− Les corrections de bugs doivent être effective
− Rien ne doit avoir été cassé (effets de bord)
2 activités de tests
− Tests de validation
− Tests de non regression
11. Types de tests
Tests unitaires
− Tests techniques faits par le programmeur sur le
code source (tests boite blanche)
Tests de composants
− Tests technico-fonctionnels faits par programmeur
ou testeur sur un service (boite grise)
Tests end-2-end
− Tests fonctionnels fait par testeur ou product
manager sur le système complet (boite noire)
12. Tests de validation
Tests collectifs, au plus tôt et en continu
Collaboration programmeur, testeur et PM
Calcul des attendus théoriques (oracle)
Programmeur : Test unitaires et TDD
Testeurs : production de test cases
(composants, E2E)
+ tests exploratoires
Important :
− on ne teste pas tout
− Il y a aura des bugs
13. Tests de non régressions
Risques de régressions ?
Tests de non régressions : somme de tous les tests de
validation du passé => croissance infinie
Fréquence des tests de NR : aussi souvent que possible
(coût bug, intégration continue..)
Méthodes de tests :
− Manuels : simple mais long (offshoring ?)
− Automatique : compliqué mais rapide (expertise)
Important :
− On ne reteste pas tout (évaluation de risques)
− Il n'y aura pas forcément de régression
15. Bilan de 8 ans de tests
Les régressions sont le réel enjeu (progiciel)
− « on a le droit à l'erreur, mais une seule fois »
Difficulté à faire comprendre la pyramide
− « montrez-moi vos tests ! »
Cas particulier des tests d'interface graphique
− « comment vous avez pu rater ça ? »
Bug du 29 février 2008
− « on a eu chaud »
16. Bilan de 8 ans de tests
Métier passionnant en méthode agile
− véritables enjeux d'ingénierie logicielle
− métier peu connu et reconnu
Frustration sur le contexte
− C++/Oracle/licence versus Java/Web/OpenSource