Product Backlog Building: Um guia prático para criação e refinamento de backlog para produtos de sucesso
Bdd
Desenvolvimento orientado a comportamento ou, em inglês, behavior driven development (BDD) é uma especificação executável para validar os critérios de aceite de uma história.
O BDD foi concebido em 2003 por Dan North como uma evolução da implementação do TDD – test driven development ou, em português, desenvolvimento orientado a testes.
Tanto no TDD quanto no BDD, a especificação é um código executável que deve ser escrito antes do desenvolvimento. No caso do BDD, tal especificação é descrita em linguagem natural; enquanto no TDD, tal especificação é descrita em uma linguagem de programação. TDD segue a perspectiva de desenvolvimento orientada a testes. BDD a perspectiva de desenvolvimento orientada a especificações.
Praticantes de BDD descrevem os comportamentos desejados para o produto por meio de exemplos concretos. Tal como:
CENÁRIO: Saque disponível. Dado que o cartão é válido e a conta tem saldo maior que R$
500,00
Quando o cliente solicitar o saque de R$ 500,00 Então o caixa eletrônico deve dispensar R$ 500,00.
A especificação apresentada define um dos critérios de aceite de uma história de usuário (como cliente, gostaria de sacar dinheiro no caixa
eletrônico para evitar a fila do banco). O modelo* que você poderá utilizar está a seguir:
CENÁRIO: Título
Dado que <contexto inicial> Quando <evento ou ação>
Então <resultado esperado>.
Recomendamos que você descreva cada AC no formato "Dado que – Quando – Então". Mas vá além! Verifique a aceitação dos ACs via um
código executável. Frameworks como o Cucumber19 conseguem interpretar o formato "Dado que – Quando – Então" do BDD em requisitos executáveis.
OceanofPDF.com