Welche Schritte würden Sie empfehlen, von TDD zu BDD zu bewegen?

Question

Wenn Sie von Testgetriebene Entwicklung Ihres Entwicklungsprozess bewegen href="http://en.wikipedia.org/wiki/Behavior_Driven_Development" rel="nofollow noreferrer"> Verhalten Getriebene Entwicklung auf welchen Weg würden Sie nehmen oder empfehlen?

Was sind die möglichen Herausforderungen, die Sie konfrontiert sein könnten? den Entwicklungsprozess bewegt, wird eine große Aufgabe, sich als den Paradigmenwechsel sein, geschieht eine Verschiebung in den Denkprozess und die Aussichten der Ausführung Änderungen Projekt.

Hat jemand eine echte Erfahrung glatt zu machen diese Verschiebung geschieht (hmm ... vielleicht nicht so glatt sein)?

oder jemand versucht, diese Verschiebung zu machen?

Ich verstehe das nicht für jeden und alles angewendet werden. Aber was wäre der logische Schritt in Fall sein, wenn jemand in diese Richtung bewegen muss.

Ich habe nur grundlegende Informationen über BDD aus der folgenden SO Post. Primary differnce zwischen TDD und BDD

Die wichtigsten Punkte Ich suche sind:

• Welche Art von Entwickler Training ist erforderlich?
• Gibt es keine wesentlichen Änderungen in dem SDLC-Prozess?
• Was sind die BDD-Tools Sie empfehlen (.net)?
• Gute BDD Ressourcen (.net)

Vielen Dank im Voraus.

EDIT:

In Bezug auf BDD-Framework für .NET, stieß ich auf diesen Beitrag in SO reifste BDD-Framework für .NET

Answer 1

Wenn ich BDD zu suchen begann untersuchte ich die Rahmenbedingungen alles gibt (für .net) und endete mit keiner von ihnen. Hauptgrund ist, ich fühle mich wie die Gemeinschaft auf einer Syntax nicht eingeschwungen ist und Best Practices noch so stattdessen setzte ich NUnit mit einer Basisklasse auf Blog-Post von Ben Scheirman. Das funktionierte heraus wirklich gut, weil BDD nicht über die Werkzeuge, sondern machen die Tests sauber und verständlich, die durchaus möglich, mit normalen Werkzeugen wie nunit ist.

Im Vergleich zu meiner alten Einheit testet der neue Stil viel besser lesbar ist und setzt viel mehr Fokus auf der Benennung und Verhalten. Wir sind nicht so weit von den Methodennamen Ausdrucken und haben eine Diskussion mit den Geschäftsleuten über das System.

Einige zusätzliche Lesung von Scott Bellware: Verhalten Getriebene Entwicklung

examle eines Tests:

public class WhenAddingLineItemToEmptyOrder : BDDBase
{
    Order order;

    [SetUp]
    public void Arrange()
    {
        order = new Order();
    }

    public void Act() // called by BDDBase
    {
        LintItem item = new LineItem();
        item.Quantity = 1;
        item.Price = 10;
        order.AddLineItem(item);
    }

    [Test]
    public void TotalPriceShouldBeUpdated()
    {
        Assert.AreEqual(10, order.TotalPrice);
    }

    [Test]
    public void OrderCanBeCheckedOut()
    {
        Assert.IsTrue(order.CanBeCheckedOut)
    }
}

Answer 2

Soweit ich verstehe ... BDD ist ein neuer Weg bei TDD zu betrachten. Es ist mehr eine mentale Verschiebung als eine neue Technologie.

Was ich damit sagen will ist, dass Sie technisch Unit Testing-Tools verwenden, könnten BDD zu tun

Answer 3

Verhalten Driven Development ist ein modernes Agile-Tool, das Ihr Unternehmen ermöglicht es, die Kernkompetenzen der Entwickler, um reasses bessere Wege der Kommunikation zu finden, die Verschachtelung von Management-Vision zu erhöhen, die Sie effizient befähigen, Wert zu schaffen auf einem grundsätzlich neue Ebene Ihrer intrinsischen Marktposition.
Die Einstellung Schalter von Test Driven Development verkörpert einen Paradigmenwechsel tief Workflow-Analyse beteiligt, ständige Rückkopplung durch State-of-the-art Agile Methodologien und sorgfältig auf die zugrunde liegende Verhalten Szenario bergangsmatrix.

Answer 4

Sie können hören möchten Hansel Show # 146 - Test Driven Development ist Entwurf - das letzte Wort auf TDD .

Die meisten interessante Sache Scott Bell sagt: "Test Driven Development-Design ist"

Das Buch, das es „einschalten“ gemacht für ihn: -Test -driven Entwicklung in Microsoft® .NET (für .NET-Entwickler, hören Sie den Podcast für Kontext)