November Meeting: BDD in .NET with SpecFlow
A key concept of any Agile methodology is communication. It’s no longer normal or acceptable for developers to sit and develop applications in isolation from the business. To that end, developers and business domain experts have been trying to find better ways to communicate. While developers tend to speak in terms of “code and technology” most business domain experts are more comfortable communicating in terms of scenarios, workflows and business rules.
Test Driven Development (TDD) was the first step in getting these two groups to communicate in the same way. Developers could write unit tests that expressed business requirements with the hope that business users could validate that what was being tested was in fact what the desired behavior was. But, unit tests are still code and while it was better, the communication was still stilted and inefficient.
To help this communication new techniques such as Behavior Driven Development (BDD) and Acceptance Test Driven Development (ATDD) have become popular. Along with these new ideas, new tools like SpecFlow have become popular as a means to express unit tests in a way that the business can better understand and validate.
This session will demonstrate how SpecFlow can be leveraged in your BDD or ATDD practices. In this session you will learn what SpecFlow is and how to integrate it into your C# .NET project. The Gherkin language and the “Given, When, Then” paradigm will be explained. You will see how to write tests in a way that business users are not only capable of reading, but can also help you create them.
James Bender is VP of Technology at Improving Enterprises, enjoys developing software and working with other passionate technologists.
Event Sponsors
Thanks to James Bender for coming down from Columbus to discuss BDD and SpecFlow with our group.The members learned a little about Gherkin syntax and how SpecFlow .NET integration enables users to write the behavior of software in a way that can be understood by both business folks and developers; as well as, generate automated tests. This increases the chances that the software written will be both right and of good quality.
We had a good time time chatting with James after the presentation, too bad he had to get back to Columbus shortly after.
Congrats to our Pearson book winner Kevin Zamora who chose "How Google Tests Software"