What Behavior Driven Development (BDD) Tooling/Frameworks are available for the Microsoft Stack? [closed] What Behavior Driven Development (BDD) Tooling/Frameworks are available for the Microsoft Stack? [closed] asp.net asp.net

What Behavior Driven Development (BDD) Tooling/Frameworks are available for the Microsoft Stack? [closed]


+1 for people's recommendation of SpecFlow for scenarios; never used it but heard many good things about it. I've been using plain old NUnit with a little DSL like this. MSTest would work similarly.

You can also do BDD in the unit space, which is what MSpec is designed to do. I'm personally hating MSpec, but the rest of the team here love it. They like writing examples of how the code works. I like to show why the behavior is valuable. It's a subtle distinction and if you're not worried about doing this at a unit level it won't hit you.

Other frameworks to look at include Concordion, Fitnesse.NET (please put FitSharp behind it!) and TickSpec.

In the real world, the most valuable bit of BDD by a long way is the conversations, not the automated tests. Here's a couple of quick hints and tips for making it work:

  • Don't write automated tests over things which are in flux. It just commits you to stuff you got wrong. Wait until the UI has settled a bit then do it.

  • If you don't care much about your UI, but do care about data integrity, write the scenarios over the controller / presenter layer (eg: for admin screens).

  • Don't start with login. Start by describing a valuable part of the application for which you might log in. Do that first (assume you only have one user). You'll get quicker feedback on the risky bits.

  • Seek quick feedback on the risky bits, which will usually be the bits which you've never done before. Use scenarios to have conversations around them. Write anything interesting you discover down, but forget the scenarios which are obvious - they're obvious! Don't worry about automating them to start with. Having conversations is more important than writing down conversations is more important than automating conversations.

Good luck! If you want to know more about BDD, I put together a page of relevant links here.


LightBDD is an open source framework allowing to write BDD tests that are easy to read but also easy to maintain and extend when project grows larger.

The main features that it offers are:

  • easy to read scenarios,
  • easy maintenance of tests,
  • integration with well known testing frameworks (NUnit / MbUnit / MsTest / xUnit),
  • scenario steps execution tracking and execution time measurement,
  • test execution summary report generation in HTML (an example report), XML and plain text format.

It bases on tests that are written purely in code, which means native support for refactoring, code analysis, test running and all other features that Visual Studio / Intellisense / Resharper offers.

An example test written in this framework looks as follows:

[TestFixture][FeatureDescription(@"In order to access personal dataAs an userI want to login into system")] //feature description[Label("Story-1")]public partial class Login_feature //feature name{    [Test]    [Label("Ticket-1")]    public void Successful_login() //scenario name    {        Runner.RunScenario(            Given_user_is_about_to_login, //steps            Given_user_entered_valid_login,            Given_user_entered_valid_password,            When_user_clicked_login_button,            Then_login_is_successful,            Then_welcome_message_is_returned_containing_user_name);    }}

More information about framework could be found on project wiki page and project main page.