BDD focuses on using scenarios to eliminate translation costs in conversations between business and technical teams. It uses scenarios to drive development and testing at multiple levels. DDD also aims to reduce translation costs, but focuses on eliminating them in code through the use of domain models. Both approaches help facilitate a shared ubiquitous language between business and technical teams to improve understanding and ensure the system meets business needs.

1. BDD
by example

2. IT'S ABOUT
LANGUAGE MONEY

3. –Eric Evans, Domain-Driven Design
“A project faces serious problems when its language is
fractured. Domain experts use their jargon while
technical team members have their own.”

8. Incorrect translations are the primary cause of
features that damage business instead of helping
them.
COST OFTRANSLATION

9. BDD & DDD

10. BDD focuses on eliminating translation costs on
conversations

16. BDD uses scenarios

17. –Eric Evans, Domain-Driven Design
“To cross-check all these decisions, we have to
constantly step through scenarios to confirm that we
can solve application problems effectively.”

18. DDD focuses on eliminating translation costs in
the code

22. DDD uses domain models

23. –Eric Evans, Domain-Driven Design
“A domain model is not a particular diagram; it is the
idea that the diagram is intended to convey.A diagram
can represent and communicate a model, as can
carefully written code, as can an English sentence.”

24. BDD & DDD help you to reduce the cost of
translations

25. UBIQUITOUS LANGUAGE

26. Helps you to facilitate conversations

27. Model your core domain in a language both business
and developers can understand.

28. END-TO-ENDTESTING
PROBLEMS

29. Scenarios can be used to:
• drive the core domain
• drive the user interface

30. With BDD you can use your scenarios to test
your application at multiple leves using the same
behavioural examples

31. DRIVINGTHE CORE DOMAIN

32. Embed Ubiquitous language into scenarios

33. Your scenarios become your domain model

34. These scenarios can be used to develop the core
domain

35. DEMO

36. –Konstantin Kudryashov (@everzet)
“Focus on discussing business problems and the
architecture will emerge naturally.”

37. THANKS