Quais os passos que você recomendaria para se deslocar de TDD para BDD?

Question

Se você quer mover seu processo de desenvolvimento do Test-Driven Development para -Driven Development Comportamento qual o caminho que você tomar ou recomendar?

Quais são os possíveis desafios que você pode enfrentar? Movendo-se o processo de desenvolvimento será uma grande tarefa em si como as mudanças de paradigma, uma mudança acontece no processo de pensamento e as perspectivas de mudanças execução do projeto.

Será que qualquer um tinha uma verdadeira experiência em fazer essa mudança acontece sem problemas (hmm ... pode não ser tão bem)?

Ou qualquer um que tenta fazer esta mudança?

Eu entendo isso não pode ser aplicado a cada um e tudo. Mas qual seria o passo lógico no caso, se alguém precisa de se mover nesse sentido.

Tenho apenas informações básicas sobre BDD do post seguinte SO. entre TDD e BDD

Os pontos-chave que eu estou procurando são:

• Que tipo de treinamento desenvolvedor é necessário?
• Existe quaisquer alterações significativas no processo SDLC?
• Quais são as ferramentas de BDD que você recomenda (.net)?
• recursos Boa BDD (.net)

Agradecemos antecipadamente.

EDIT:

Em relação BDD Framework para .NET, me deparei com este post no SO mais maduro BDD Framework for .NET

Answer 1

Quando eu comecei a olhar para BDD I investigado todos os quadros lá fora (para .net) e acabou usando nenhum deles. Principal razão é que eu sinto que a comunidade não tenha resolvido em uma sintaxe e as melhores práticas ainda tão em vez disso, continuou a usar NUnit com uma classe base com base em uma Blog Post por Ben Scheirman. Isso funcionou muito bem porque BDD não é sobre o ferramental mas fazendo os testes limpo e compreensível que é totalmente possível com as ferramentas normais como nunit.

Em comparação com a minha antiga unidade testa o novo estilo é muito mais legível e coloca um foco muito maior sobre nomeação e comportamento. Nós não estamos muito longe de imprimir os nomes de métodos e ter uma discussão com os empresários sobre o sistema.

Alguns leitura adicional por Scott Bellware: Behavior Driven Development

examle de um teste:

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

Tanto quanto eu entendo ... BDD é uma nova maneira de olhar para TDD. É mais uma mudança mental do que uma nova tecnologia.

O que eu quero dizer é que você poderia tecnicamente usar Ferramentas Teste de Unidade para fazer BDD

Answer 3

Desenvolvimento Behavior Driven é uma ferramenta ágil moderna que permite que sua empresa reasses as principais competências dos desenvolvedores, a fim de encontrar melhores formas de comunicação, aumentando a intercalação de visão de gestão, que irá capacitá-lo para criar eficientemente valor em uma fundamentalmente novo nível de sua posição no mercado intrínseco.
O interruptor mentalidade de Test Driven Development encarna uma mudança de paradigma que envolve análise profunda do fluxo de trabalho, feedback constante por meio de metodologias ágeis state-of-the-art, e uma atenção especial para a matriz de transição cenário comportamento subjacente.

Answer 4

Você pode querer ouvir Hanselminutes Show # 146 - Test Driven Development é design - a última palavra sobre TDD .

A coisa mais interessante Scott Bellware diz: "Test Driven Development é Design"

O livro que o tornou "ligar" para ele: Teste Desenvolvimento -driven no Microsoft® .NET (para .NET desenvolvedores, ouvir o podcast para o contexto)