Donnez un coup de fouet à votre BDD - Historique des versions

Fabrice Aimetti le 7 septembre 2023 à 13:47

2023-09-07T13:47:26Z

← Version précédente		Version du 7 septembre 2023 à 13:47
Ligne 13 :		Ligne 13 :
	Le testeur ajoute ensuite un test gherkin comme critère d'acceptation de la user story.<br/>		Le testeur ajoute ensuite un test gherkin comme critère d'acceptation de la user story.<br/>
	Dès le début, Octane prend en charge la traçabilité entre les artefacts BDD. Au fur et à mesure que les critères d'acceptation sont ajoutés à la user story en tant que test gherkin, ils sont affichés dans l'onglet relation d'Octane (illustré ci-dessous).<br/>		Dès le début, Octane prend en charge la traçabilité entre les artefacts BDD. Au fur et à mesure que les critères d'acceptation sont ajoutés à la user story en tant que test gherkin, ils sont affichés dans l'onglet relation d'Octane (illustré ci-dessous).<br/>
	[[Fichier:Octane2.png\|border\|800px]]<br/>		[[Fichier:Octane2.png\|border\|800px\|link=]]<br/>
	<br/>		<br/>
	Une fois que le test gherkin, en tant que critère d'acceptation, est ajouté au backlog, c.-à-d. sous la forme d'une user story, le développeur commence à concevoir et à développer le code concernant la feature, en se basant sur la user story et le test gherkin. Le développeur peut utiliser un plugin IDE pour IntelliJ, Eclipse et Visual Studio pour se connecter directement depuis son espace de travail à Octane et voir le module intégré "MY WORK". Le module "MY WORK" ne montrera au développeur que les tâches, les items de backlog et les tests qui sont pertinents et qui lui sont affectés.<br/>		Une fois que le test gherkin, en tant que critère d'acceptation, est ajouté au backlog, c.-à-d. sous la forme d'une user story, le développeur commence à concevoir et à développer le code concernant la feature, en se basant sur la user story et le test gherkin. Le développeur peut utiliser un plugin IDE pour IntelliJ, Eclipse et Visual Studio pour se connecter directement depuis son espace de travail à Octane et voir le module intégré "MY WORK". Le module "MY WORK" ne montrera au développeur que les tâches, les items de backlog et les tests qui sont pertinents et qui lui sont affectés.<br/>
Ligne 30 :		Ligne 30 :
	L'exécution du pipeline exécutera les tests automatisés associés.<br/>		L'exécution du pipeline exécutera les tests automatisés associés.<br/>
	<br/>		<br/>
	[[Fichier:Octane4.png\|border\|800px]]<br/>		[[Fichier:Octane4.png\|border\|800px\|link=]]<br/>
	<br/>		<br/>
	Une fois l'exécution de l'Intégration Continue terminée, le product owner peut voir sur son tableau de bord :		Une fois l'exécution de l'Intégration Continue terminée, le product owner peut voir sur son tableau de bord :

Fabrice Aimetti le 7 septembre 2023 à 13:46

2023-09-07T13:46:34Z

← Version précédente		Version du 7 septembre 2023 à 13:46
Ligne 19 :		Ligne 19 :
	Le testeur peut alors commencer à automatiser tous les scénarios en utilisant un framework BDD tel que Cucumber ou SpecFlow. Le testeur peut également utiliser le plugin IDE pour IntelliJ, Eclipse et Visual Studio pour se connecter directement depuis son espace de travail à Octane et voir le module intégré "MY WORK" . Le module "MY WORK" ne montrera au testeur que les tâches, les items de backlog et les tests qui sont pertinents et qui lui sont affectés. Le testeur peut automatiser les cas de test à l'aide de l'outil de son choix : Cucumber, SpecFlow, UFTPro (LeanFT), Selenium, Appium, etc. Les deux rôles travaillent en parallèle dans leurs domaines respectifs.<br/>		Le testeur peut alors commencer à automatiser tous les scénarios en utilisant un framework BDD tel que Cucumber ou SpecFlow. Le testeur peut également utiliser le plugin IDE pour IntelliJ, Eclipse et Visual Studio pour se connecter directement depuis son espace de travail à Octane et voir le module intégré "MY WORK" . Le module "MY WORK" ne montrera au testeur que les tâches, les items de backlog et les tests qui sont pertinents et qui lui sont affectés. Le testeur peut automatiser les cas de test à l'aide de l'outil de son choix : Cucumber, SpecFlow, UFTPro (LeanFT), Selenium, Appium, etc. Les deux rôles travaillent en parallèle dans leurs domaines respectifs.<br/>
	<br/>		<br/>
	[[Fichier:Octane3.png\|border\|800px]]<br/>		[[Fichier:Octane3.png\|border\|800px\|link=]]<br/>
	<br/>		<br/>
	Une fois que les deux ont terminé leur travail, la feature et la user story associée peuvent être vérifiées et validées à l'aide des tests automatisés créés par le testeur.<br/>		Une fois que les deux ont terminé leur travail, la feature et la user story associée peuvent être vérifiées et validées à l'aide des tests automatisés créés par le testeur.<br/>

Fabrice Aimetti le 26 février 2019 à 12:38

2019-02-26T12:38:57Z

← Version précédente		Version du 26 février 2019 à 12:38
Ligne 25 :		Ligne 25 :
	Il y a différentes façons de démarrer le pipeline de build d'une application :		Il y a différentes façons de démarrer le pipeline de build d'une application :
	* Directement à partir d'Octane		* Directement à partir d'Octane
	* Le développeur ~~commit~~ le code dans un référentiel de code source (''repository'')		* Le développeur commite le code dans un référentiel de code source (''repository'')
	* Directement via un serveur d'intégration continue (CI) tel que Jenkins, Bamboo, TeamCity, GoCD et/ou TFS.		* Directement via un serveur d'intégration continue (CI) tel que Jenkins, Bamboo, TeamCity, GoCD et/ou TFS.
	<br/>		<br/>

Fabrice Aimetti le 26 février 2019 à 12:35

2019-02-26T12:35:38Z

← Version précédente		Version du 26 février 2019 à 12:35
Ligne 11 :		Ligne 11 :
	Traduction :<br/>		Traduction :<br/>
	BDD implique 3 rôles principaux : métier, développeur et testeur. Ces rôles ne sont pas propres aux individus, une seule personne peut jouer plusieurs rôles. Au sein d'Octane, le lancement du BDD peut être initié par le représentant métier, par exemple un product owner qui définit une user story dans Octane.<br/>		BDD implique 3 rôles principaux : métier, développeur et testeur. Ces rôles ne sont pas propres aux individus, une seule personne peut jouer plusieurs rôles. Au sein d'Octane, le lancement du BDD peut être initié par le représentant métier, par exemple un product owner qui définit une user story dans Octane.<br/>
	Le testeur ajoute ensuite un test gherkin comme critère d'acceptation à la user story.<br/>		Le testeur ajoute ensuite un test gherkin comme critère d'acceptation de la user story.<br/>
	Dès le début, Octane prend en charge la traçabilité entre les artefacts BDD. Au fur et à mesure que les critères d'acceptation sont ajoutés à la user story en tant que test gherkin, ils sont affichés dans l'onglet relation d'Octane (illustré ci-dessous).<br/>		Dès le début, Octane prend en charge la traçabilité entre les artefacts BDD. Au fur et à mesure que les critères d'acceptation sont ajoutés à la user story en tant que test gherkin, ils sont affichés dans l'onglet relation d'Octane (illustré ci-dessous).<br/>
	[[Fichier:Octane2.png\|border\|800px]]<br/>		[[Fichier:Octane2.png\|border\|800px]]<br/>

Fabrice Aimetti le 26 février 2019 à 12:35

2019-02-26T12:35:00Z

← Version précédente		Version du 26 février 2019 à 12:35
Ligne 10 :		Ligne 10 :
	----		----
	Traduction :<br/>		Traduction :<br/>
	~~<br/>~~
	BDD implique 3 rôles principaux : métier, développeur et testeur. Ces rôles ne sont pas propres aux individus, une seule personne peut jouer plusieurs rôles. Au sein d'Octane, le lancement du BDD peut être initié par le représentant métier, par exemple un product owner qui définit une user story dans Octane.<br/>		BDD implique 3 rôles principaux : métier, développeur et testeur. Ces rôles ne sont pas propres aux individus, une seule personne peut jouer plusieurs rôles. Au sein d'Octane, le lancement du BDD peut être initié par le représentant métier, par exemple un product owner qui définit une user story dans Octane.<br/>
	~~<br/>~~
	Le testeur ajoute ensuite un test gherkin comme critère d'acceptation à la user story.<br/>		Le testeur ajoute ensuite un test gherkin comme critère d'acceptation à la user story.<br/>
	~~<br/>~~
	Dès le début, Octane prend en charge la traçabilité entre les artefacts BDD. Au fur et à mesure que les critères d'acceptation sont ajoutés à la user story en tant que test gherkin, ils sont affichés dans l'onglet relation d'Octane (illustré ci-dessous).<br/>		Dès le début, Octane prend en charge la traçabilité entre les artefacts BDD. Au fur et à mesure que les critères d'acceptation sont ajoutés à la user story en tant que test gherkin, ils sont affichés dans l'onglet relation d'Octane (illustré ci-dessous).<br/>
	~~<br/>~~
	[[Fichier:Octane2.png\|border\|800px]]<br/>		[[Fichier:Octane2.png\|border\|800px]]<br/>
	<br/>		<br/>

Fabrice Aimetti le 26 février 2019 à 12:34

2019-02-26T12:34:47Z

← Version précédente		Version du 26 février 2019 à 12:34
Ligne 11 :		Ligne 11 :
	Traduction :<br/>		Traduction :<br/>
	<br/>		<br/>
	BDD implique 3 rôles principaux : métier, développeur et testeur. Ces rôles ne sont pas propres aux individus, une seule personne peut jouer plusieurs rôles. Au sein d'Octane, le lancement du BDD peut être initié par le représentant métier, par exemple un product owner qui définit une user story dans Octane.<br/>		BDD implique 3 rôles principaux : métier, développeur et testeur. Ces rôles ne sont pas propres aux individus, une seule personne peut jouer plusieurs rôles. Au sein d'Octane, le lancement du BDD peut être initié par le représentant métier, par exemple un product owner qui définit une user story dans Octane.<br/>
	<br/>		<br/>
	Le testeur ajoute ensuite un test gherkin comme critère d'acceptation à la user story.<br/>		Le testeur ajoute ensuite un test gherkin comme critère d'acceptation à la user story.<br/>
	<br/>		<br/>
	Dès le début, Octane prend en charge la traçabilité entre les artefacts BDD. Au fur et à mesure que les critères d'acceptation sont ajoutés à la user story en tant que test gherkin, ils sont affichés dans l'onglet relation d'Octane (illustré ci-dessous).<br/>		Dès le début, Octane prend en charge la traçabilité entre les artefacts BDD. Au fur et à mesure que les critères d'acceptation sont ajoutés à la user story en tant que test gherkin, ils sont affichés dans l'onglet relation d'Octane (illustré ci-dessous).<br/>
	<br/>		<br/>
	[[Fichier:Octane2.png\|border\|800px]]<br/>		[[Fichier:Octane2.png\|border\|800px]]<br/>

Fabrice Aimetti le 26 février 2019 à 12:34

2019-02-26T12:34:25Z

← Version précédente		Version du 26 février 2019 à 12:34
Ligne 28 :		Ligne 28 :
	<br/>		<br/>
	Il y a différentes façons de démarrer le pipeline de build d'une application :		Il y a différentes façons de démarrer le pipeline de build d'une application :
	* Directement à partir d'Octane		* Directement à partir d'Octane
	* Le développeur commit le code dans un référentiel de code source (''repository'')		* Le développeur commit le code dans un référentiel de code source (''repository'')
	* Directement via un serveur d'intégration continue (CI) tel que Jenkins, Bamboo, TeamCity, GoCD et/ou TFS.		* Directement via un serveur d'intégration continue (CI) tel que Jenkins, Bamboo, TeamCity, GoCD et/ou TFS.
	<br/>		<br/>
	L'exécution du pipeline exécutera les tests automatisés associés.<br/>		L'exécution du pipeline exécutera les tests automatisés associés.<br/>

Fabrice Aimetti le 26 février 2019 à 12:34

2019-02-26T12:34:13Z

← Version précédente		Version du 26 février 2019 à 12:34
Ligne 27 :		Ligne 27 :
	Une fois que les deux ont terminé leur travail, la feature et la user story associée peuvent être vérifiées et validées à l'aide des tests automatisés créés par le testeur.<br/>		Une fois que les deux ont terminé leur travail, la feature et la user story associée peuvent être vérifiées et validées à l'aide des tests automatisés créés par le testeur.<br/>
	<br/>		<br/>
	Il y a différentes façons de démarrer le pipeline de build d'une application :		Il y a différentes façons de démarrer le pipeline de build d'une application :
	* Directement à partir d'Octane		* Directement à partir d'Octane
	* Le développeur commit le code dans un référentiel de code source (''repository'')		* Le développeur commit le code dans un référentiel de code source (''repository'')

Fabrice Aimetti le 26 février 2019 à 12:33

2019-02-26T12:33:12Z

← Version précédente		Version du 26 février 2019 à 12:33
Ligne 52 :		Ligne 52 :
	\|alignment=left		\|alignment=left
	}}		}}
	~~<br/>~~

Fabrice Aimetti le 26 février 2019 à 12:31

2019-02-26T12:31:59Z

@@ Ligne 33 : / Ligne 33 : @@
 <br/>
 L'exécution du pipeline exécutera les tests automatisés associés.<br/>
 <br/>