Behavior Driven Development (BDD) & Software Testing in Agile Environments
Thilina Ashen Gamage
2422

A good article Thilina. But be careful not to segment the roles too much — if the BA writes the Gherkin scenarios before discussing it with the team, you end up with mini-waterfall. If you aren’t having the conversations, you aren’t doing BDD. In general, experienced BDD teams work with example mapping and feature mapping (https://johnfergusonsmart.com/feature-mapping-a-simpler-path-from-stories-to-executable-acceptance-criteria/) before they go anywhere near a Cucumber feature file or a Gherkin scenario.

Also, BDD and test automation using Cucumber are two quite separate things: BDD is not test automation is not BDD. Test Automation can be an enabler to good BDD practices when done well, but it can hamper BDD adoption if done poorly as well. And, though I do love Cucumber, plenty of teams do BDD just fine without Cucumber or similar tools.

I talk about these points in more detail (and explain the diagram you included in your article :-) here: https://johnfergusonsmart.com/theres-bdd-givenwhenthen/

And you might want to add Serenity BDD (http://serenity-bdd.info) and Serenity/JS (http://serenity-js.org) in your list of tools, as they are the tools that produce the nice reports shown in your diagrams ;-).

Like what you read? Give John Ferguson Smart a round of applause.

From a quick cheer to a standing ovation, clap to show how much you enjoyed this story.