Introduction
En tant que de développeur, qui n’a jamais rêvé d’avoir, pour une fonctionnalité à développer, une spécification à la fois complète et concise, sans détail inutile, une spécification basée sur des exemples parlants, facilement intégrable dans un système de tests automatisés ?
En tant que Business Analyst, qui n’a jamais souhaité pouvoir transmettre aux développeurs les attentes des utilisateurs sans incompréhension de leur part et en maximisant ainsi les chances d’avoir le bon produit à la fin des développements ?
Introduction
En tant que de développeur, qui n’a jamais rêvé d’avoir, pour une fonctionnalité à développer, une spécification à la fois complète et concise, sans détail inutile, une spécification basée sur des exemples parlants, facilement intégrable dans un système de tests automatisés ?
En tant que Business Analyst, qui n’a jamais souhaité pouvoir transmettre aux développeurs les attentes des utilisateurs sans incompréhension de leur part et en maximisant ainsi les chances d’avoir le bon produit à la fin des développements ?
Introduction
En tant que de développeur, qui n’a jamais rêvé d’avoir, pour une fonctionnalité à développer, une spécification à la fois complète et concise, sans détail inutile, une spécification basée sur des exemples parlants, facilement intégrable dans un système de tests automatisés ?
En tant que Business Analyst, qui n’a jamais souhaité pouvoir transmettre aux développeurs les attentes des utilisateurs sans incompréhension de leur part et en maximisant ainsi les chances d’avoir le bon produit à la fin des développements ?
Introduction
En tant que de développeur, qui n’a jamais rêvé d’avoir, pour une fonctionnalité à développer, une spécification à la fois complète et concise, sans détail inutile, une spécification basée sur des exemples parlants, facilement intégrable dans un système de tests automatisés ?
En tant que Business Analyst, qui n’a jamais souhaité pouvoir transmettre aux développeurs les attentes des utilisateurs sans incompréhension de leur part et en maximisant ainsi les chances d’avoir le bon produit à la fin des développements ?
Pré-requis
Pour les participants développeurs :
Connaissance de la programmation orientée objet (Java ou C#)
Idéalement venir avec un ordinateur équipé de l’IDE de votre choix.
Si vous n’en avez pas, indiquez-le lors de votre inscription, nous ferons en sorte de vous en fournir un.
De même, si vous n’avez pas d’IDE, nous en mettrons un à votre disposition dans une VM.
Pour les participants Business Analysts : aucun pré-requis
Aucun prérequis sur TDD (Test Driven Development) n’est indispensable.
Pré-requis
Pour les participants développeurs :
Connaissance de la programmation orientée objet (Java ou C#)
Idéalement venir avec un ordinateur équipé de l’IDE de votre choix.
Si vous n’en avez pas, indiquez-le lors de votre inscription, nous ferons en sorte de vous en fournir un.
De même, si vous n’avez pas d’IDE, nous en mettrons un à votre disposition dans une VM.
Pour les participants Business Analysts : aucun pré-requis
Aucun prérequis sur TDD (Test Driven Development) n’est indispensable.
Pré-requis
Pour les participants développeurs :
Connaissance de la programmation orientée objet (Java ou C#)
Idéalement venir avec un ordinateur équipé de l’IDE de votre choix.
Si vous n’en avez pas, indiquez-le lors de votre inscription, nous ferons en sorte de vous en fournir un.
De même, si vous n’avez pas d’IDE, nous en mettrons un à votre disposition dans une VM.
Pour les participants Business Analysts : aucun pré-requis
Aucun prérequis sur TDD (Test Driven Development) n’est indispensable.
Pré-requis
Pour les participants développeurs :
Connaissance de la programmation orientée objet (Java ou C#)
Idéalement venir avec un ordinateur équipé de l’IDE de votre choix.
Si vous n’en avez pas, indiquez-le lors de votre inscription, nous ferons en sorte de vous en fournir un.
De même, si vous n’avez pas d’IDE, nous en mettrons un à votre disposition dans une VM.
Pour les participants Business Analysts : aucun pré-requis
Aucun prérequis sur TDD (Test Driven Development) n’est indispensable.
Programme détaillé
Et si en plus, on vous dit que la spécification pourra servir de documentation vivante, toujours à jour… C’est la promesse de l’approche BDD (Behavior Driven Development)
BDD rassemble un ensemble de pratiques et d’outils permettant de réduire les écarts de compréhension entre les différents acteurs d’un projet : les représentants du métier, les business analysts, les développeurs, les QA. Basée sur le principe de spécification par l’exemple, cette approche permet de construire un langage commun, partagé et compréhensible de tous, facilitant ainsi la communication entre les différentes parties prenantes tout au long du cycle de développement du produit : de la spécification jusqu’aux tests automatisés.
Que vous soyez Business Analyst, développeur ou QA, l’approche BDD va vous permettre d’être plus efficace dans votre travail au quotidien, que ce soit pour spécifier un besoin, développer des tests d’acceptance ou mettre en place une stratégie de tests. Vous êtes curieux et vous voulez en savoir plus sur les pratiques et les outils qui se cachent derrière BDD. N’hésitez pas : cette formation est faite pour vous.
1. Les pratiques BDD pour mieux spécifier
Introduction à BDD : Pourquoi ? Qu’est-ce que BDD ? Quelles sont les différences par rapport à TDD (Test Driven Development) ?
Spécification par des exemples et le formalisme Gherkin
Quelques pratiques BDD de spécification : 3 amigos, Example Mapping…
2. De la spécification jusqu’aux tests d’acceptance
La pyramide de tests et BDD
L’approche BDD dans le cycle de développement
Introduction aux outils pour écrire des tests avec BDD : Cucumber, Specflow
Les tests BDD dans les outils d’intégration continue
Chaque session comportera une mise en application pratique des concepts abordées durant la session. Cette partie pratique constituera la majeure partie des sessions. Les deux sessions seront adaptées à tout type de public (BA, développeur, QA) pour avoir une vision complète de BDD : de la spécification jusqu’au feedback des tests.
Programme détaillé
Et si en plus, on vous dit que la spécification pourra servir de documentation vivante, toujours à jour… C’est la promesse de l’approche BDD (Behavior Driven Development)
BDD rassemble un ensemble de pratiques et d’outils permettant de réduire les écarts de compréhension entre les différents acteurs d’un projet : les représentants du métier, les business analysts, les développeurs, les QA. Basée sur le principe de spécification par l’exemple, cette approche permet de construire un langage commun, partagé et compréhensible de tous, facilitant ainsi la communication entre les différentes parties prenantes tout au long du cycle de développement du produit : de la spécification jusqu’aux tests automatisés.
Que vous soyez Business Analyst, développeur ou QA, l’approche BDD va vous permettre d’être plus efficace dans votre travail au quotidien, que ce soit pour spécifier un besoin, développer des tests d’acceptance ou mettre en place une stratégie de tests. Vous êtes curieux et vous voulez en savoir plus sur les pratiques et les outils qui se cachent derrière BDD. N’hésitez pas : cette formation est faite pour vous.
1. Les pratiques BDD pour mieux spécifier
Introduction à BDD : Pourquoi ? Qu’est-ce que BDD ? Quelles sont les différences par rapport à TDD (Test Driven Development) ?
Spécification par des exemples et le formalisme Gherkin
Quelques pratiques BDD de spécification : 3 amigos, Example Mapping…
2. De la spécification jusqu’aux tests d’acceptance
La pyramide de tests et BDD
L’approche BDD dans le cycle de développement
Introduction aux outils pour écrire des tests avec BDD : Cucumber, Specflow
Les tests BDD dans les outils d’intégration continue
Chaque session comportera une mise en application pratique des concepts abordées durant la session. Cette partie pratique constituera la majeure partie des sessions. Les deux sessions seront adaptées à tout type de public (BA, développeur, QA) pour avoir une vision complète de BDD : de la spécification jusqu’au feedback des tests.
Programme détaillé
Et si en plus, on vous dit que la spécification pourra servir de documentation vivante, toujours à jour… C’est la promesse de l’approche BDD (Behavior Driven Development)
BDD rassemble un ensemble de pratiques et d’outils permettant de réduire les écarts de compréhension entre les différents acteurs d’un projet : les représentants du métier, les business analysts, les développeurs, les QA. Basée sur le principe de spécification par l’exemple, cette approche permet de construire un langage commun, partagé et compréhensible de tous, facilitant ainsi la communication entre les différentes parties prenantes tout au long du cycle de développement du produit : de la spécification jusqu’aux tests automatisés.
Que vous soyez Business Analyst, développeur ou QA, l’approche BDD va vous permettre d’être plus efficace dans votre travail au quotidien, que ce soit pour spécifier un besoin, développer des tests d’acceptance ou mettre en place une stratégie de tests. Vous êtes curieux et vous voulez en savoir plus sur les pratiques et les outils qui se cachent derrière BDD. N’hésitez pas : cette formation est faite pour vous.
1. Les pratiques BDD pour mieux spécifier
Introduction à BDD : Pourquoi ? Qu’est-ce que BDD ? Quelles sont les différences par rapport à TDD (Test Driven Development) ?
Spécification par des exemples et le formalisme Gherkin
Quelques pratiques BDD de spécification : 3 amigos, Example Mapping…
2. De la spécification jusqu’aux tests d’acceptance
La pyramide de tests et BDD
L’approche BDD dans le cycle de développement
Introduction aux outils pour écrire des tests avec BDD : Cucumber, Specflow
Les tests BDD dans les outils d’intégration continue
Chaque session comportera une mise en application pratique des concepts abordées durant la session. Cette partie pratique constituera la majeure partie des sessions. Les deux sessions seront adaptées à tout type de public (BA, développeur, QA) pour avoir une vision complète de BDD : de la spécification jusqu’au feedback des tests.
Programme détaillé
Et si en plus, on vous dit que la spécification pourra servir de documentation vivante, toujours à jour… C’est la promesse de l’approche BDD (Behavior Driven Development)
BDD rassemble un ensemble de pratiques et d’outils permettant de réduire les écarts de compréhension entre les différents acteurs d’un projet : les représentants du métier, les business analysts, les développeurs, les QA. Basée sur le principe de spécification par l’exemple, cette approche permet de construire un langage commun, partagé et compréhensible de tous, facilitant ainsi la communication entre les différentes parties prenantes tout au long du cycle de développement du produit : de la spécification jusqu’aux tests automatisés.
Que vous soyez Business Analyst, développeur ou QA, l’approche BDD va vous permettre d’être plus efficace dans votre travail au quotidien, que ce soit pour spécifier un besoin, développer des tests d’acceptance ou mettre en place une stratégie de tests. Vous êtes curieux et vous voulez en savoir plus sur les pratiques et les outils qui se cachent derrière BDD. N’hésitez pas : cette formation est faite pour vous.
1. Les pratiques BDD pour mieux spécifier
Introduction à BDD : Pourquoi ? Qu’est-ce que BDD ? Quelles sont les différences par rapport à TDD (Test Driven Development) ?
Spécification par des exemples et le formalisme Gherkin
Quelques pratiques BDD de spécification : 3 amigos, Example Mapping…
2. De la spécification jusqu’aux tests d’acceptance
La pyramide de tests et BDD
L’approche BDD dans le cycle de développement
Introduction aux outils pour écrire des tests avec BDD : Cucumber, Specflow
Les tests BDD dans les outils d’intégration continue
Chaque session comportera une mise en application pratique des concepts abordées durant la session. Cette partie pratique constituera la majeure partie des sessions. Les deux sessions seront adaptées à tout type de public (BA, développeur, QA) pour avoir une vision complète de BDD : de la spécification jusqu’au feedback des tests.
Moyens pédagogiques
Moyens pédagogiques
Moyens pédagogiques
Moyens pédagogiques
Modalités d'évaluation
Evaluation des acquis tout au long de la session au travers des ateliers et des mises en pratique
Attestation de formation remise en fin de formation
Modalités d'évaluation
Evaluation des acquis tout au long de la session au travers des ateliers et des mises en pratique
Attestation de formation remise en fin de formation
Modalités d'évaluation
Evaluation des acquis tout au long de la session au travers des ateliers et des mises en pratique
Attestation de formation remise en fin de formation
Modalités d'évaluation
Evaluation des acquis tout au long de la session au travers des ateliers et des mises en pratique
Attestation de formation remise en fin de formation