O documento descreve Behavior Driven Development (BDD), uma técnica ágil que encoraja a colaboração entre desenvolvedores, qualidade e negócios. BDD foca na linguagem e interações usadas no desenvolvimento, permitindo que desenvolvedores usem sua linguagem nativa. As práticas de BDD incluem envolver stakeholders, usar exemplos para descrever comportamentos e automatizar exemplos para feedback e testes.

1. BDD
Behavior
Driven
Development
por @AnneliseGripp

2. Técnica de desenvolvimento Ágil que encoraja
colaboração entre desenvolvedores, setores de
qualidade e pessoas não-técnicas ou de
negócios num projeto de software, se relaciona
com o conceito de verificação e validação.

3. O foco do BDD são a linguagem e as interações
usadas no processo de desenvolvimento de
software. Desenvolvedores usam sua língua
nativa, que lhes permite concentrar nas razões
pelas quais o código deve ser criado, e não em
detalhes técnicos, além de minimizar traduções
entre a linguagem técnica e outras linguagens
de domínio, usuários, clientes, gerência do
projeto.

4. As práticas de BDD incluem:
● Envolver as partes interessadas no processo através de
Desenvolvimento de Fora para Dentro
● Usar exemplos para descrever o comportamento de uma
aplicação
● Automatizar os exemplos para prover um feedback rápido e
testes de regressão
● Usar “deve” na hora de descrever o comportamento de software
para ajudar esclarecer responsabilidades e permitir que
funcionalidades do software sejam questionadas.

5. BDD é guiado pelos valores de negócios; que é o benefício trazido
para o negócio no qual a aplicação está sendo produzida.
A única maneira na qual o benefício pode ser percebido é através
de interfaces de usuário para a aplicação, comumente a interface
gráfica de usuário.
Cada elemento de código provê algum comportamento, o qual em
colaboração com outros elementos provê o comportamento da
aplicação.

6. Cenário 1: Itens reembolsados devem retornar para o estoque
● Dado que um cliente compra um notebook 2 em 1
● E eu tenho três desses no estoque
● Quando ele retorna com o notebook 2 em 1 para reembolso
● Então eu devo ter quatro notebook 2 em 1 no estoque
Cenário 2: Itens substituídos devem ser retornados ao estoque
● Dado que uma cliente compra um vestido preto
● E eu tenho dois vestidos pretos no estoque
● E eu tenho três vestidos azuis no estoque
● Quando ela retorna com o vestido para uma troca por um azul
● Então eu devo ter três vestidos pretos no estoque
● E dois vestidos azuis no estoque
Exemplos

7. ● Cada cenário é um exemplo escrito para ilustrar um aspecto
específico de comportamento da aplicação;
● Ao discutir os cenários os participantes se perguntam se a
saída descrita sempre resulta daqueles eventos ocorridos no
contexto. Isso ajuda a desvendar outros cenários e esclarecer
os requisitos;
● As palavras Dado que, Quando e Então são quase sempre
usadas para guiar os cenários, mas não são obrigatórias.
Pontos de Atenção!

8. Perguntas? Dúvidas?
www.annelisegripp.com.br
annegripp.ag@gmail.com