Xebicon'16 avoir une stratégie de test en 2016Clément Rochas
Comment tester une application en 2016 ? L'évolution des techniques, l'intégration des testeurs dans les équipes, l'automatisation ont changé la donne depuis quelques années. Pour sortir le bon produit au bon moment il faut revoir (voire créer) une stratégie de test efficace. Pour chaque application, cette stratégie se doit d'être différente, comment choisir et appliquer la vôtre?
Job satisfaction around the academic worldSpringer
The document discusses academic work and job satisfaction among academics in Argentina. It finds that despite challenging conditions, academics in Argentina report average or above average levels of job satisfaction compared to other countries. The document examines two groups in particular - a "consolidated group" comprising older, higher-ranking academics involved in research, and a younger group of emerging academics. These groups appear to be adapting to recent policy changes and reporting higher satisfaction with changing conditions within the Argentine academic system. The document aims to understand why reported satisfaction levels are relatively high given barriers like low salaries, limited resources, and dependence on international academic standards and networks.
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
Kanban, un outil simple de gestion de la production.Blackbird
Kanban c'est simple et efficace !
Une méthode qui vous permet de visualiser le travail en cours, d'améliorer la productivité des équipes et de détecter les éventuels points de blocage en un coup d'oeil. Beaucoup plus simple que SCRUM et moins contraignant, sans être incompatible avec vos méthodes déjà en place !
Vous y trouverez d'ailleurs une rapide comparaison entre SCRUM et KANBAN.
Xebicon'16 avoir une stratégie de test en 2016Clément Rochas
Comment tester une application en 2016 ? L'évolution des techniques, l'intégration des testeurs dans les équipes, l'automatisation ont changé la donne depuis quelques années. Pour sortir le bon produit au bon moment il faut revoir (voire créer) une stratégie de test efficace. Pour chaque application, cette stratégie se doit d'être différente, comment choisir et appliquer la vôtre?
Job satisfaction around the academic worldSpringer
The document discusses academic work and job satisfaction among academics in Argentina. It finds that despite challenging conditions, academics in Argentina report average or above average levels of job satisfaction compared to other countries. The document examines two groups in particular - a "consolidated group" comprising older, higher-ranking academics involved in research, and a younger group of emerging academics. These groups appear to be adapting to recent policy changes and reporting higher satisfaction with changing conditions within the Argentine academic system. The document aims to understand why reported satisfaction levels are relatively high given barriers like low salaries, limited resources, and dependence on international academic standards and networks.
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
Kanban, un outil simple de gestion de la production.Blackbird
Kanban c'est simple et efficace !
Une méthode qui vous permet de visualiser le travail en cours, d'améliorer la productivité des équipes et de détecter les éventuels points de blocage en un coup d'oeil. Beaucoup plus simple que SCRUM et moins contraignant, sans être incompatible avec vos méthodes déjà en place !
Vous y trouverez d'ailleurs une rapide comparaison entre SCRUM et KANBAN.
Développer en mode Kick-Ass permet de vraiment faire les choses.
Dans cette présentation je montre comment:
- nous utilisons les Pull Requests pour la qualité du code
- collaborer rapidement pour développer vos idées
- éviter les meetings pour être productif
- raccourcir les boucles de retour pour échouer plus rapidement
- raccourcir vos cycles de livraison
- et travailler ensemble à travers différents continents.
Cela peut fonctionner aussi dans votre entreprise.
Développer en mode Kick-Ass permet de vraiment faire les choses.
Dans cette présentation je montre comment:
- nous utilisons les Pull Requests pour la qualité du code
- collaborer rapidement pour développer vos idées
- éviter les meetings pour être productif
- raccourcir les boucles de retour pour échouer plus rapidement
- raccourcir vos cycles de livraison
- et travailler ensemble à travers différents continents.
Cela peut fonctionner aussi dans votre entreprise.
Agile Tour Strasbourg: 7 idées pour faire d'une bonne équipe une équipe excep...Samuel Le Berrigaud
Le développement d'applications au fil des années est un dur travail. Il est difficile pour une équipe aussi bonne soit elle de rester motivé au jour le jour. Le but de cette présentation est de donner quelques idées qui vont permettre à ces équipes de développeurs de rester motivés et focalisées. Tirées de l'expérience des équipes de développement à Atlassian, je présenterai 7 idées qui peuvent aider votre équipe. Ces idées varient en degrés de faisabilité et de retour sur investissement, et je donnerai mon opinion sur celle-ci afin que vous puissiez avoir les éléments en main pour choisir les idées que vous pourrez implémenter pour vos propres équipes.
Scrum, Kanban, XP, Continuous Delivery, DevOps, … une ou plusieurs des pratiques que vous aimeriez instaurer dans votre société ? Mais par où commencer ? A quoi s’attendre ? Venez découvrir durant cette session le retour d’expérience d’une transition agile ou comment les équipes IT de Meetic ont insufflé et progressivement propagé les méthodes issues des géants du web. Au programme : réalisations, succès mais aussi obstacles, pistes d’amélioration… Bref, un retour de la vraie vie sans langue de bois (PHP Tour 2014)
Transition Agile 4 Real @Meetic
Scrum, Kanban, Continuous Delivery, DevOps, … une ou plusieurs des pratiques que vous aimeriez instaurer dans votre société ? Mais par où commencer ? A quoi s’attendre ? Venez découvrir durant cette session le retour d’expérience d’une transition agile ou comment les équipes IT de Meetic ont insufflé et progressivement propagé les méthodes issues des géants du web. Au programme : réalisations, succès mais aussi obstacles, pistes d’amélioration… Bref, un retour de la vraie vie sans langue de bois !
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.
Conférence de Philippe Yonnet, CEO de Neper, au SEO Campus 2021. Les split tests pour le SEO sont différents des tests A/B traditionnels sur plusieurs points, et font appel à des méthodes statistiques différentes
Petit-déjeuner "Cultiver l'art du code de qualité... Afin de livrer plus vite...OCTO Technology
Retrouvez les slides de présentation du petit-déjeuner OCTO du 13 Octobre, axé sur la qualité de code. Présenté et animé par Christophe Thibaut d'OCTO, découvrez le retour d'expérience d'AXA avec Emmanuel Lehmann et Antoine Blancke.
Deployer en continu, Benoît Lafontaine, USIEVENT 2013Benoît Lafontaine
Presentation played at USIEVENT 2013, see the presentation on youtube: http://www.youtube.com/watch?v=UcDtH5s406M&feature=share&list=PLyzb9DL11tdZBlz6nY8TZxMcqVf04K5wY
Pourquoi et comment nous relisons ensemble tout le code que nous produisons - retour d'expérience du WebCenter AXA sur la revue de code, accompagnés par Octo.
Présentation donnée en septembre 2009 à un acteur informatique à Bordeaux. J'explique ma vision de l'agilité, des tests et de l'industrialisation au travers de l'exemple PHP.
L'adhésion grandissante à l'approche DevOps est un atout pour l’Agilité et s’impose comme une évolution logique à la transformation Agile. Un des facteurs clés du succès de cette approche est l’automatisation des processus de développement, et donc par le fait même, des tests.
Toutefois, si des tests sont automatisés, ils sont souvent loin des « user stories » qui sont pourtant la cible des Sprints pour livrer la valeur d'affaire. Les équipes prennent généralement en charge l’automatisation des tests unitaires et fonctionnels mais rarement celle des tests intégrés.
Afin de livrer une valeur d’affaire rapidement, il est nécessaire de tester les «user stories », donc d'effectuer des tests de bout-en-bout (end-to-end testing).
Voyez comment adapter vos stratégies de tests automatisé afin de garantir une amélioration continue de la qualité à travers votre organisation.
François Bonetto
Contenu connexe
Similaire à Le test n'est pas (qu')une histoire - agile france 2016
Développer en mode Kick-Ass permet de vraiment faire les choses.
Dans cette présentation je montre comment:
- nous utilisons les Pull Requests pour la qualité du code
- collaborer rapidement pour développer vos idées
- éviter les meetings pour être productif
- raccourcir les boucles de retour pour échouer plus rapidement
- raccourcir vos cycles de livraison
- et travailler ensemble à travers différents continents.
Cela peut fonctionner aussi dans votre entreprise.
Développer en mode Kick-Ass permet de vraiment faire les choses.
Dans cette présentation je montre comment:
- nous utilisons les Pull Requests pour la qualité du code
- collaborer rapidement pour développer vos idées
- éviter les meetings pour être productif
- raccourcir les boucles de retour pour échouer plus rapidement
- raccourcir vos cycles de livraison
- et travailler ensemble à travers différents continents.
Cela peut fonctionner aussi dans votre entreprise.
Agile Tour Strasbourg: 7 idées pour faire d'une bonne équipe une équipe excep...Samuel Le Berrigaud
Le développement d'applications au fil des années est un dur travail. Il est difficile pour une équipe aussi bonne soit elle de rester motivé au jour le jour. Le but de cette présentation est de donner quelques idées qui vont permettre à ces équipes de développeurs de rester motivés et focalisées. Tirées de l'expérience des équipes de développement à Atlassian, je présenterai 7 idées qui peuvent aider votre équipe. Ces idées varient en degrés de faisabilité et de retour sur investissement, et je donnerai mon opinion sur celle-ci afin que vous puissiez avoir les éléments en main pour choisir les idées que vous pourrez implémenter pour vos propres équipes.
Scrum, Kanban, XP, Continuous Delivery, DevOps, … une ou plusieurs des pratiques que vous aimeriez instaurer dans votre société ? Mais par où commencer ? A quoi s’attendre ? Venez découvrir durant cette session le retour d’expérience d’une transition agile ou comment les équipes IT de Meetic ont insufflé et progressivement propagé les méthodes issues des géants du web. Au programme : réalisations, succès mais aussi obstacles, pistes d’amélioration… Bref, un retour de la vraie vie sans langue de bois (PHP Tour 2014)
Transition Agile 4 Real @Meetic
Scrum, Kanban, Continuous Delivery, DevOps, … une ou plusieurs des pratiques que vous aimeriez instaurer dans votre société ? Mais par où commencer ? A quoi s’attendre ? Venez découvrir durant cette session le retour d’expérience d’une transition agile ou comment les équipes IT de Meetic ont insufflé et progressivement propagé les méthodes issues des géants du web. Au programme : réalisations, succès mais aussi obstacles, pistes d’amélioration… Bref, un retour de la vraie vie sans langue de bois !
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.
Conférence de Philippe Yonnet, CEO de Neper, au SEO Campus 2021. Les split tests pour le SEO sont différents des tests A/B traditionnels sur plusieurs points, et font appel à des méthodes statistiques différentes
Petit-déjeuner "Cultiver l'art du code de qualité... Afin de livrer plus vite...OCTO Technology
Retrouvez les slides de présentation du petit-déjeuner OCTO du 13 Octobre, axé sur la qualité de code. Présenté et animé par Christophe Thibaut d'OCTO, découvrez le retour d'expérience d'AXA avec Emmanuel Lehmann et Antoine Blancke.
Deployer en continu, Benoît Lafontaine, USIEVENT 2013Benoît Lafontaine
Presentation played at USIEVENT 2013, see the presentation on youtube: http://www.youtube.com/watch?v=UcDtH5s406M&feature=share&list=PLyzb9DL11tdZBlz6nY8TZxMcqVf04K5wY
Pourquoi et comment nous relisons ensemble tout le code que nous produisons - retour d'expérience du WebCenter AXA sur la revue de code, accompagnés par Octo.
Présentation donnée en septembre 2009 à un acteur informatique à Bordeaux. J'explique ma vision de l'agilité, des tests et de l'industrialisation au travers de l'exemple PHP.
L'adhésion grandissante à l'approche DevOps est un atout pour l’Agilité et s’impose comme une évolution logique à la transformation Agile. Un des facteurs clés du succès de cette approche est l’automatisation des processus de développement, et donc par le fait même, des tests.
Toutefois, si des tests sont automatisés, ils sont souvent loin des « user stories » qui sont pourtant la cible des Sprints pour livrer la valeur d'affaire. Les équipes prennent généralement en charge l’automatisation des tests unitaires et fonctionnels mais rarement celle des tests intégrés.
Afin de livrer une valeur d’affaire rapidement, il est nécessaire de tester les «user stories », donc d'effectuer des tests de bout-en-bout (end-to-end testing).
Voyez comment adapter vos stratégies de tests automatisé afin de garantir une amélioration continue de la qualité à travers votre organisation.
François Bonetto
Similaire à Le test n'est pas (qu')une histoire - agile france 2016 (20)
12. J’ai fini mon dev J’ai fini mon dev
Et il est testé!
Definition of done
10 j +10 j
done , mais mieux
13. J’ai fini mon dev J’ai fini mon dev
Et il est testé!
J’ai fini mon dev
Et il est testé!
Et il est en prod
Definition of done
10 j +5 j+10 j
done , done
14. J’ai fini mon dev J’ai fini mon dev
Et il est testé!
J’ai fini mon dev
Et il est testé!
Et il est en prod
10 j +5 j+10 j
J’ai fini mon dev J’ai fini mon dev
Et il est testé!
J’ai fini mo
Et il es
Et il est en
10 j +10 j
J’ai fini mon dev
10 j
34. Une petite anecdote pour la route
Clément tu peux regarder nos tests d’intégration?
35. y’a que les bugs qui n’y trouvent pas leurs comptes!
Gagnant/Gagant/Gagant
Le PO ou le buisness analyst a des spécifications
exécutables!
Le dev travaille dans un environnement testé, ce
qui lui permet de gérer sa dette technique
Le testeur est dans le sprint, il participe, il construit
des scénarios connecter à la réalité.
38. Take away
✓ Aller voir les tests des
QA
✓ Construire des tests
pour les soulager
✓ Inviter vos nouveaux
“amis” a participer à la
création des user
stories
✓ En finir avec les
retours de tests!