Szybka Odpowiedź

Jeden bardzo ważny punkt do poruszenia jest to, że istnieją dwa smaki rozwoju napędzanego zachowaniem. dwa smaki to xBehave i xSpec .

XBehave BDD: SpecFlow

SpecFlow (bardzo podobny do cucumber ze stosu Ruby) jest doskonały w ułatwianiu testów xBehave BDD jako kryteriów akceptacji. Nie zapewnia jednak dobrego sposobu pisania testów behawioralnych na poziomie jednostki. Istnieją kilka innych frameworków testowych xbehave, ale SpecFlow zyskał dużą trakcję.

XSpec BDD: MSpec

Inny framework XSPEC BDD: NSpec

Osobiście polecam NSpec (zainspirowany bezpośrednio przez RSpec dla Rubiego). Pełne ujawnienie, I jestem jednym z autorów NSpec. Możesz osiągnąć BDD po prostu używając NUnit lub MSTest...ale trochę ich brakuje (naprawdę trudno budować konteksty przyrostowo). MSpec jest również opcją i jest najbardziej dojrzałym frameworkiem kontekstowym/specyfikacyjnym dla .Net. ale W NSpec są tylko pewne rzeczy, które są prostsze.

Długa Odpowiedź

Dwa smaki BDD istnieją przede wszystkim ze względu na ortogonalne korzyści, jakie zapewniają.

Plusy i minusy of Xbehave (składnia GWT)

Plusy

• ułatwia rozmowy z biznesem poprzez wspólny dialekt zwany (np. Given .... I Podane ...., Kiedy ...... I Kiedy ..... Więc ...., A Następnie)
• wspólny dialekt może być następnie zmapowany do kodu wykonywalnego, który udowodni biznesowi, że faktycznie ukończyłeś to, co powiedziałeś, że skończysz
• dialekt jest uciążliwy, więc firma musi disambiguate wymagania i dopasować go do zdania.

Cons

• podczas gdy podejście xBehave jest dobre dla kryteriów akceptacji wysokiego poziomu, cykle potrzebne do mapowania języka angielskiego do kodu wykonywalnego za pomocą atrybutów sprawiają, że nie jest to możliwe do wypędzenia domeny na poziomie jednostki.
• mapowanie wspólnego dialektu do testów jest bolesne(przyspieszanie regex). Każde zdanie tworzone przez firmę musi być odwzorowane do metody wykonywalnej za pomocą atrybutów.
• wspólny dialekt musi być ściśle kontrolowany żeby zarządzanie mapami nie wymknęło się spod kontroli. Za każdym razem, gdy zmieniasz zdanie, musisz znaleźć metodę, która bezpośrednio odnosi się do tego zdania i naprawić dopasowanie regex.

Plusy i minusy xSpec (kontekst/Specyfikacja)

Plusy

• pozwala deweloperowi na stopniowe budowanie kontekstu. Kontekst może być ustawiony dla testu i niektóre twierdzenia mogą być wykonywane w tym kontekście. Następnie można określić więcej kontekstu (na podstawie kontekstu które już istnieje), a następnie określić więcej testów.
• nie krępujący język. Deweloperzy mogą być bardziej wyraziste o tym, jak dana część systemu zachowuje się.
• nie ma potrzeby mapowania pomiędzy angielskim a wspólnym dialektem (ponieważ nie ma takiego).

Cons

Nie tak przystępne dla biznesu. Spójrzmy prawdzie w oczy, biznes nie lubi rozróżniać tego, czego chcą. Gdybyśmy dali im podejście kontekstowe do BDD to zdanie po prostu czytałoby "Po prostu zrób to". Wszystko jest w kodzie. Dokumentacja kontekstowa jest spleciona w kodzie (dlatego nie musimy się martwić o odwzorowanie języka angielskiego na kod) {]}
• nie tak czytelny, biorąc pod uwagę mniej restrykcyjną verbiage.

Próbki

The Bowling Kata jest całkiem dobrym przykładem.

Próbka SpecFlow

Oto jak wyglądałaby specyfikacja w SpecFlow (ponownie, jest to świetne jako test akceptacyjny, ponieważ komunikuje się bezpośrednio z firmą):

Plik funkcji jest powszechnym dialektem testu.

Feature: Score Calculation 
  In order to know my performance
  As a player
  I want the system to calculate my total score

Scenario: Gutter game
  Given a new bowling game
  When all of my balls are landing in the gutter
  Then my total score should be 0

Scenario: Single Pin
  Given a new bowling game
  When I've hit exactly 1 pin
  Then my total score should be 1

Plik definicji kroku jest faktycznym wykonaniem testu, ten plik zawiera mapowania dla SpecFlow

[Binding]
public class BowlingSteps
{
    private Game _game;

    [Given(@"a new bowling game")]
    public void GivenANewBowlingGame()
    {
        _game = new Game();
    }

    [When(@"all of my balls are landing in the gutter")]
    public void WhenAllOfMyBallsAreLandingInTheGutter()
    {
        _game.Frames = "00000000000000000000";
    }

    [When(@"I've hit exactly 1 pin")]
    public void When1PinIsHit()
    {
        _game.Frames = "10000000000000000000";
    }

    [Then(@"my total score should be (\d+)")]
    public void ThenMyTotalScoreShouldBe(int score)
    {
        Assert.AreEqual(score, _game.Score);
    }
}

Mspec Sample, xSpec, Context / Specification

public class describe_BowlingKata
{
    public static Game game;

    public class when_all_balls_land_in_the_gutter : describe_BowlingKata
    {
        Establish ctx = () => game = new Game();

        Because of = () => game.Frames = "00000000000000000000";

        It should_have_a_score_of_0 = () => game.Score.ShouldBe(0);
    }

    public class when_a_single_pin_is_hit : describe_BowlingKata
    {
        Establish ctx = () => game = new Game();

        Because of = () => game.Frames = "10000000000000000000";

        It should_have_a_score_of_1 = () => game.Score.ShouldBe(1);
    }
}

Nspec Sample, xSpec, Context / Specification

Oto NSpec przykład tego samego Kata bowlingowego:

class describe_BowlingGame : nspec
{
    Game game;

    void before_each()
    {
        game = new Game();
    }

    void when_all_my_balls_land_in_the_gutter()
    {
        before = () => game.Frames = "00000000000000000000";

        it["should have a score of 0"] = () => game.Score.should_be(0);
    }

    void when_a_single_pin_is_it()
    { 
        before = () => game.Frames = "10000000000000000000";

        it["should have a score of 1"] = () => game.Score.should_be(1);
    }
}

Tak jak ty coraz więcej BDD, przekonasz się, że potrzebne są zarówno smaki xBehave, jak i XSPEC BDD. xBehave jest bardziej odpowiedni do testów akceptacyjnych, xSpec jest bardziej odpowiedni do testów jednostkowych i projektowania opartego na domenie.

MSpec vs NSpec

Porównanie xUnit, MSpec i NSpec: https://gist.github.com/amirrajan/6701522

Odpowiednie Linki

RSpec vs ogórek (RSpec stories)

BDD z ogórkiem i rspec - kiedy to zbędne?