Question

I'm trying to explore Behavior Driven Design and Domain Driven Design. I'm getting that written specifications drive the tests in BDD, but also that business logic can be encapsulated using the specification pattern for re-use in domain objects and repositories, etc.

Are these basically the same concept just used in different ways, used in conjunction together, or am I completely confusing the concepts?

Please shed some light, if possible.

Was it helpful?

Solution

BDD or context specification is a style of writing unit tests in a test first manner. DDD is a term coined by Eric Evans that basically re-introduces appropriate design patterns when you are constructing software systems. If you are wanting to do test first development in a context specification style then see this link. From a BDD standpoint there are lots of resources out there if you really want to design your software systems using the patterns described in Eric Evans' book you will find some good resources here

Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow
scroll top