BDD Addict Newsletter May 2018

The monthly dose for BDD addicts… In May stories by Marko Anastasov, Dave Farley, Andrew Knight, John Ferguson Smart & Joe Wright …

Subscribe to the monthly newsletter at http://bddaddict.com so that you never miss it! (Did you get the April issue?)

Dear BDD Addicts,

May was pretty busy for me. There happened many things to me (I did courses, coaching, conference talks, worked on the structure of the Formulation book with Seb Rose), so it is not that easy to find a main theme. But maybe there was something: defining a ubiquitous language. I stumbled across this topic at many places. We use a natural language to describe the requirements. And there are misunderstandings as we know. But the concept that is probably the hardest to understand is that we do not need to define a global meaning of the things we say, but one that helps us in our specific project context (this is what domain driven design calls the bounded context). And on the other way around, we cannot use all the definitions we have learned in other contexts blindly, but carefully listen to the business.

Do you have a good story for that? Write a blog post and share the link with me (bddaddict@specsolutions.eu), so that I can share it with others. Because we also need to listen to other practitioners to improve ourselves.

Here are some of those practitioners I was listening to this month…

Source: wikipedia

[BDD] Executable specifications in the responsibility of the delivery team

I saw Dave Farley’s talk at Craft Conf Budapest last year. Dave’s name might be known to you from the book “Continuous Delivery” that he wrote together with Jez Humble. When you hear Continuous Delivery (CD), probably you first think about build servers, deployment scripts and fast feedback. But the way of ensuring functional quality is also a very important bit. This is the topic he was talking about at the conference and also in the follow-up interview at InfoQ.

[Test Automation] BDD for cleaner tests

In one of the past issues (damn, I can find it now which one), I have shared a post that was describing what benefits BDD-style testing can provide, even if you don’t have deep collaboration. I can’t repeat it enough times, how important it is to practice collaboration and requirement discovery. In spite of this fact it is good to have a look at what impact BDD makes for test automation. Andy Knight shared his thoughts about that.

Agile Testing Days 2018

10th Anniversary is ahead!

The Agile Testing Days Conference is a festival for the agile community. Network & get deep insights in testing & agile excellence:

Artificial Intelligence * Agile Leadership * Test Automation * Agile Transformation * User Story Splitting * Security Testing * Modern Test Management * API Testing

See you there!

[BDD] Tool-driven teams

Process driven is good, tool-driven is bad — you would think. But why not think rather about why tool-driven teams operate like they do and how they could introduce BDD more on the process level? Joe Wright summarized this thoughts on this.

[Learn:Cucumber/Rails] BDD patterns for Rails apps

One of the key challenges of applying BDD on a concrete technology is to find those detail patterns and practices that connect the overall picture with the concrete tooling. Marko Anastasov made a short summary on how to apply BDD on the Rails platform and the tool-chain around it.

Eager to learn more about implementing Specification by Example on the .NET platform? Are you a fan of exercise-based courses?

Join the

BDD with SpecFlow for Devs & Testers

autumn course with Gáspár Nagy

19–21 September, 2018, London (UK)

It is also possible to book only the first day of the course, which focuses on the BDD fundamentals and scenario writing. Attending the first day that does not require coding skills.

EARLY BIRD tickets are available until 10h AUGUST: 450 GBP + VAT/ 1.050 GBP + VAT

[BDD] All those lengthy given steps…

Preparing the context for demonstrating or verifying the application behaviour is one of the hardest bits when it comes to the formulation of the scenarios and the automation of them. We definitely don’t want to write down all the preconditions in all detail, because that would make the scenario unreadable, not even mentioning the maintenance issues. John Ferguson Smart summarizes the different approaches and a good solution for this problem.

If you liked this newsletter, please consider giving a 👏 or two and follow me for future stories. Thanks for reading.

Gaspar Nagy is the creator of SpecFlow, developer of SpecSync, working as a trainer & coach. Check out his public SpecFlow, BDD Vitals or Cucumber.js courses or request an in-house private course for your team. He is a bdd addict and as such he’s editing a monthly newsletterabout interesting articles, videos and news related to BDD, SpecFlow and Cucumber.

Originally published at gasparnagy.com on June 6, 2018.

--

--

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store