# Mastering Behavior-Driven Development in Embedded Systems with Steve Branam In this insightful episode of the Agile Embedded Podcast, Jeff and Luca welcome Steve Branam, a software developer with over 40 years of experience in communication systems, consumer products, and embedded systems. Steve shares his expertise on Behavior-Driven Development (BDD), explaining how it adds an additional layer of discipline on top of Test-Driven Development (TDD) to help developers avoid common pitfalls. Steve describes BDD as a design technique that focuses on behavior rather than implementation details, which helps create more robust, less brittle test suites. He explains how the structured 'Given-When-Then' format forces developers to think about the public API and observable behaviors rather than internal implementation details. Throughout the conversation, Steve provides practical examples of applying BDD to embedded systems, including strategies for testing hardware interactions using test doubles like spies, and approaches for testing state machines without creating brittle tests.
"BDD is an additional layer of discipline on top of TDD. Dan North's goal was to get straight to the good stuff of TDD without getting into the pitfalls." — Steve
"The key thing that BDD does by saying we're going to focus on behavior is you look at the API that you've written and you say, what can I do through the public API to affect this, to check the results and so forth?" — Steve
"By having abstraction layers, you create your thin layer that's substitutable with either the real code on target, or with a test double off target." — Steve
"Code coverage as a goal metric is not a good thing. Rather than using code coverage as just this almost dimensionless metric, use it as a signal to guide you." — Steve
"By adhering very strictly to the simple rules of how to do BDD, by forcing yourself to the discipline of that strict adherence, it keeps you on track." — Steve