Apresentação criada para apresentar no evento DevPira Festival 19

1. Behavior Driven
Development
Para Product Owners

2. Olá!
Sou a Carol Alves
Mais de 5 anos na área de tecnologia.
Passado: Desenvolvedora Web
Presente: Product Owner, campings,
viagens, comunidades DevPiracicaba,
Produto e Agilidade, vegetariana e animais
@carol__alves
@carolineaalves
@caarolinealves
2

3. Vida de
Product
Owner
Planejar, Elaborar, Analisar,
Conversar (MUITA), Decidir,
Metrificar, Escrever (muito),
ACEITAR...
3

4. COMUNICAÇÃO
4

5. COMUNICAÇÃO
5
A pesquisa PMSURVEY.ORG realizada em 2014, com 400 organizações, por seções regionais do PMI (Project Management Institute)
aponta que o problema mais comum em projetos está relacionado à comunicação.

6. Benefícios
▸ Envolvimento dos interessados (stakeholders)
▸ Todo time alinhado com a atividade que irá ser
desenvolvida
▸ Um guia contendo os critérios de aceite
▸ Documentação viva refletindo os comportamentos atuais
do sistema.
▸ Menos estórias voltando
6

7. "Inspecionar para
prevenir defeitos é bom;
inspecionar para
encontrar defeitos é
desperdício"
7
- Shigeo Shingo

8. Custo da Não
Qualidade
8

9. 9
2016 2018

10. 10
https://hiptest.com/blog/bdd/state-of-behavior-driven-development-2018-the-results/

11. “
Você não quer ver o
código; você deseja ver se
o seu produto funciona
para o usuário da maneira
que você pretendia.
11

12. Desenvolvimento
orientado a
Comportamento
1

13. TDD vs BDD1

14. Algumas Infos
▸ Criado em 2003 por Dan Nort
▸ Linguagem Natural
▸ Guiado pelos valores de negócios
A ideia principal do BDD é possibilitar que as
funcionalidades do sistema sejam escritas em
linguagem natural.
14

15. Gherkin
TA!
Mas como eu começo?
15

16. Gherkin
Dado (Given)
O propósito do “Dado” é
colocar o sistema em um
estado conhecido antes que
o usuário comece a interagir
com o sistema.
Quando (When)
O Propósito do “Quando” é
descrever uma ação chave
que o usuário executa.
Então (Then)
O “Então” visa mostrar as
saídas, os resultados das
ações executadas, seriam
basicamente os resultados
esperados em casos de
testes tradicionais
16

17. Funcionalidade: Servir café afim de
ganhar dinheiro, os clientes devem ser
capazes de comprar café a todo
momento.
Cenário: Comprar café
Dado que tenha pelo menos 1 café
sobrando na máquina
Quando eu pressionar o botão de café
Então eu deveria ser servido de um café
17

18. Cenário: Comer 5 em cada 12
Dado que tenho 12 pepinos
Quando eu comer 5 pepinos
Então eu devo ter 7 pepinos
18
Esquema do Cenário: Comer
Dado que temos <antes> pepinos
Quando eu comer <come> pepino
Então teremos <depois> pepinos
Exemplos:
| antes | come | depois |
| 12 | 5 | 7 |

19. Funcionalidade: Publicar no Blog
Contexto: Dado um administrador global chamado "Greg"
E um blog chamado “DevPira Festival"
E um cliente chamado “Renato dos Anjos"
E um blog chamado “ProdAgil" de propriedade de “Renato dos Anjos“
Cenário: Renato posta em seu próprio blog
Dado que eu esteja logado como Renato dos Anjos
Quando eu tentar postar em " ProdAgil "
Então eu devo ver "Seu artigo foi publicado."
Cenário: Greg posta no blog de um cliente
Dado que eu esteja logado como Greg
Quando eu tentar postar em “DevPira Festival"
Então eu devo ver "Seu artigo foi publicado
19

20. Frameworks
20
▸ Behave (Python)
▸ JBehave (Java)
▸ RSpec (Ruby)
▸ SpecFlow (.Net)
▸ Cucumber (Java, JavaScript, Ruby, Kotlin or Python)

21. 21
Obrigada
Alguma duvida?
@carol__Alves
@carolineaalves
@caarolinealves