![BDD : Step definition
[Binding]
public class DisplayInsurancesSteps
{
[When(@"I open insurance page")]
public void WhenIOpenInsurancePage()
{}
[Then(@"the result should show the home insurance")]
public void ThenTheResultShouldShowTheHomeInsurance()
{}
[Then(@"the base price is (.*)")]
public void ThenTheBasePriceIs(float basePriceExpected)
{}
[Then(@"the sales price is (.*)")]
public void ThenTheSalesPriceIs(float salesPriceExpected)
{}
}](https://image.slidesharecdn.com/bddagiletestingday-160126193257/85/Behavior-Driven-Development-agile-testing-day-25-320.jpg)
![BDD : unit test (TDD)
[When(@"I open insurance page")]
public void WhenIOpenInsurancePage()
{
var homeController = new HomeController();
this.actionResult = homeController.Index() as ViewResult;
}
[Then(@"the result should show the home insurance")]
public void ThenTheResultShouldShowTheHomeInsurance()
{
var viewResult = this.actionResult as ViewResult;
Assert.IsInstanceOf<InsuranceViewModel>(viewResult.Model);
this.insurance = viewResult.Model as InsuranceViewModel;
}](https://image.slidesharecdn.com/bddagiletestingday-160126193257/85/Behavior-Driven-Development-agile-testing-day-26-320.jpg)
![BDD : unit test (TDD)
[Then(@"the base price is (.*)")]
public void ThenTheBasePriceIs(float basePriceExpected)
{
Assert.AreEqual(basePriceExpected, this.insurance.BasePrice);
}
[Then(@"the sales price is (.*)")]
public void ThenTheSalesPriceIs(float salesPriceExpected)
{
Assert.AreEqual(salesPriceExpected, this.insurance.SalesPrice);
}](https://image.slidesharecdn.com/bddagiletestingday-160126193257/85/Behavior-Driven-Development-agile-testing-day-27-320.jpg)
Behavior Driven Development - agile testing day
- 1. Behavior Driven Development Agile testing Day - Janvier 2016
- 2. Who am i ? Consultant .NET/WEB @Georges_Damien www.georgesdamien.com Georges DAMIEN
- 3. Pourquoi le BDD ?
- 4. Ce qu’on entend souvent en entreprise • Trop de politiques internes (processus lourds) • Les besoins ne sont pas clairs • Le client ne sait pas ce qu’il veut • On fait beaucoup de réunions mais on discute dans le vide • Le client (ou PO) n’est jamais disponible • La doc n’est pas à jour… • La doc n’est pas claire…
- 5. Ça vous rappelle quelque chose ?
- 6. Et ça ? Je veux un IPhone Mais non ! Un téléphone Iphone de la marque Apple Oui mais non ! Je veux le dernier modèle, la version 6
- 7. Ce qu’on voit très souvent Le développeur Le client Le testeur Je veux ça ! Le PO Le client dit qu’il veut ça ! Voici les specs ! Voilà l’boulot ! C’es good ! On peut pousser en PROD
- 8. Ce que ça donne comme résultat Le développeur Le client Le testeur Je veux ça ! Le PO Le client dit qu’il veut ça ! Voici les specs ! Voilà l’boulot ! C’est good ! On peut pousser en PROD Le besoin initial Ce qui a été fait et qui a de la valeur (correspondant au besoin, testé, validé).
- 9. Pourquoi le BDD ? • National Institute of Standards and Technology estime à environ 70% le pourcentage d’erreurs introduites par projet lors de la phase d’étude de besoins. • Réponse au TDD qui est mal compris
- 10. Ce que certains pensent du BDD • C’est juste une truc à la mode • C’est un truc pour faire des tests (automatisés) • C’est juste du Gerkins (Given When then) • Ça resemble au TDD
- 11. La philosophie du BDD
- 12. BDD : objectifs • Building de software right • Building de right software • Software that matters
- 13. De l’idée à l’implémentation Je veux ça! Voilà ça! Comment on fait ça? Comment on fait ça bien ? Comment on fait bien ça? Avec du BDD par exemple
- 14. Quelques mots… BDD TDD Critères d’acceptance automatisés Développer du logiciel à forte valeur ajoutée Documentation vivante Language commun Agilité/ collaboration
- 15. BDD in action
- 16. Le besoin métier • On commence par définir l’objectif métier (business) Je veux proposer aux clients une assurance maison par défaut
- 17. Les features • On répond ensuite à la question : • Quelles sont les éléments (features) qui vont me permettre de répondre à cet objectif ? Tu veux donc une page web? Oui. Tu veux que ton offre d’assurance s’affiche dès la première page ? Oui, faut que ce soit simple Ok, mais on affiche quoi ? Le prix de l’assurance ? des images ? Le prix hors taxe et le prix TTC, d’ailleurs il faudrait que se soit automatiquement appliqué si on change de prix Ok, il y aura des options que l’utilisateur pourra choisir ? Oui mais dans un premier temps pas d’option, il faut que je démarre rapidement mon activité. Ok, ça parait clair. Il faudra nous donner un exemple avec les tarifs, ça nous aiderait.
- 18. Discussion autours des features • On discute des fonctionnalités à partir d’exemples concrets. • On discute tous ensemble
- 19. Ubiquitous language (langage omniprésent) • En tant que <Utilisateur/vendeur/client,…> • Je souhaite <envoyer un email/consulter mon stock/voir les articles de mon panier,…> • Pour <confirmer ma commande/maîtriser mon stock/passer commande,…>
- 20. Utilisation d’exemples Feature: StringToSimpleName Dans le but d'uniformiser les noms de personnes Je voudrais que les noms de famille commencent par des majuscules et le reste des lettres en minuscules Scenario Outline: Formater les noms Given Je saisi un <nom> When j'appelle la methode de formatage Then Mon <resultat> devrait me retourner un nom commencant par une majuscule Examples: | nom | resultat | | duPont | Dupont | | Dupuis | Dupuis |
- 21. Compréhension partagée The three amigos
- 22. BDD : les phases Scénarii Définition des steps Tests unitaires Codage
- 23. BDD : Feature Feature: DisplayInsurances In order to subscribe insurance As a prospect I want to see home insurance
- 24. BDD : scénarii Scenario: Show insurance When I open insurance page Then the result should show the home insurance And the base price is 200 And the sales price is 240
- 25. BDD : Step definition [Binding] public class DisplayInsurancesSteps { [When(@"I open insurance page")] public void WhenIOpenInsurancePage() {} [Then(@"the result should show the home insurance")] public void ThenTheResultShouldShowTheHomeInsurance() {} [Then(@"the base price is (.*)")] public void ThenTheBasePriceIs(float basePriceExpected) {} [Then(@"the sales price is (.*)")] public void ThenTheSalesPriceIs(float salesPriceExpected) {} }
- 26. BDD : unit test (TDD) [When(@"I open insurance page")] public void WhenIOpenInsurancePage() { var homeController = new HomeController(); this.actionResult = homeController.Index() as ViewResult; } [Then(@"the result should show the home insurance")] public void ThenTheResultShouldShowTheHomeInsurance() { var viewResult = this.actionResult as ViewResult; Assert.IsInstanceOf<InsuranceViewModel>(viewResult.Model); this.insurance = viewResult.Model as InsuranceViewModel; }
- 27. BDD : unit test (TDD) [Then(@"the base price is (.*)")] public void ThenTheBasePriceIs(float basePriceExpected) { Assert.AreEqual(basePriceExpected, this.insurance.BasePrice); } [Then(@"the sales price is (.*)")] public void ThenTheSalesPriceIs(float salesPriceExpected) { Assert.AreEqual(salesPriceExpected, this.insurance.SalesPrice); }
- 28. BDD : codage
- 29. BDD : unit test result
- 30. BDD & agilité
- 31. Les 4 valeurs de l’agilité •Les individus et leurs interactions plus que les processus et les outils. • Du logiciel qui fonctionne plus qu’une documentation exhaustive. • La collaboration avec les clients plus que la négociation contractuelle. • L’adaptation au changement plus que le suivi d’un plan.
- 32. BDD BDD TDD Critères d’acceptance automatisés Développer du logiciel à forte valeur ajoutée Documentation vivante Language commun Agilité/ collaboration
- 33. BDD : avantages
- 34. Le bon résultat • On développe le bon produit • On le développe de la meilleur façon
- 35. Tests automatisés • Les critères d’acceptances sont automatisés • Les tests sont automatisés
- 36. Documentation vivante et à jour • La documentation est à jour • Les scenarii/features reflètent le besoin réel du client • Le code correspondant aux tests qui dérivent des features implémentées
- 38. Difficultés/challenge • Faire participer tout le monde • Montrer « aux chefs » que ça marche • Faire adopter la pratique par les participants • Faire accepter de changer de méthode de travail • Faire preuve d’empathie • Pratique testée mais pas adoptée
- 40. Merci de votre attention Questions ? @Georges_Damien