BDD or behavior-driven development puts developers in the seat of business owners, forcing them to think about how their code creates value.
What is BDD?
BDD requires that units of software should be defined in terms of the desired behavior. Often the desired behavior is related to some business value requirement. BDD is a common practice in the agile development process.
BDD focuses more on defining how software should function. Behavior-driven development emerged from test-driven development which is more focused on testing code.
The Rules of BDD
BDD often follows one of two formats. The "given-when-then" format or the "as a blank I want blank so that blank." For example,
- Given a user has properly filled out the form when they click the finish button then they should see a thank you message.
- As a data analyst, I want form validation so that bad values don't make it to the database.
Pros of Behavior-Driven Development
- BDD is defined through simple one-sentence outlines of behavior making it easy to understand.
- BDD "given-when-then" and "as a blank I want blank so that blank" formats are non-technical so they can reach a large audience.
- Behavior-driven development creates a common language for developers, testers, and business owners.
Cons of Behavior-Driven Development
- Requirements in BDD have to be specific enough that developers can implement them.
- Automated testing of behaviors with the BDD framework can require additional maintenance.
You can read more about many types of software testing with this series.