O documento discute Behavior Driven Development (BDD) e como incentivar desenvolvedores a adotar boas práticas de teste durante o desenvolvimento de software. O autor defende que embora BDD traga benefícios, sua adoção depende do comprometimento dos desenvolvedores com testes como TDD. Ele também apresenta ferramentas para auxiliar na implementação de BDD.

1. BDD em Ação
Alan Batista
Campus Code

2. Who am I?
Senior Problem Solver @ Campus Code
+ 14 anos de TI (seja lá o que isso for)
Dezenas de projetos críticos
Milhares de horas de experiência
Super Bem humorado pela manhã.

3. BDD
• Behavior Driven Development
• Inventado por Dan North
• Para facilitar o ensino e uso do TDD

5. Mas…
Quantos programadores praticam TDD?
Ou BDD?

7. BDD
Remete a comportamento (por
questões óbvias) e remete também a
living documentation

8. Smarticus
Guide To BDD
• Get comfortable with TDD
• Make it your mission to do TDD all the
time
• Think of your application as objects
expression behavior.
• Create Examples of those behaviors
“Bryan Lies - TATFT”

9. Mas…
Mas como praticar BDD sem a
aderência dos desenvolvedores?

10. Convocação
Evangelizem TDD,
DDT, Test First, Test
Last, BDD,
whatever, mas
incentivem o teste
DURANTE o
desenvolvimento!

11. –Alan Batista
“É fácil, barato e funciona como investimento
melhor que poupança porque dá rendimentos
reais!”

12. Você espera isso…
EU como Usuário
GOSTARIA de postar minhas
opiniões
PARA que as pessoas possam curti-
las e comentá-las.

13. Mas recebe isso…
Deve poder postar suas opiniões.

14. Ou isso…
Já está pronta a parte de opiniões?

16. E você espera do DEV
Given(“A
list
of
opinions”)
#
Code
When(“I
post
mine”)
#
Code
Then(“It
should
be
shown
on
my
opinions
wall”)
#
Code

19. Sejamos mais pragmáticos
Programação é a arte do laziness.

20. –Alan Batista
“Se você já tem uma ambiente em que o BDD
High Level é bem consolidado, mante-lo não
será questão de sorte, mas sim de trabalho!”

21. Toolbelt BDD

22. E com isso temos…
• Como escrever testes, validar boas
praticas de desenvolvimento, verificar
cobertura.
• E ZERO Bugs!

24. Com muito trabalho
Teremos um código mais resiliente,
mais fácil de manter e evoluir, mais
fácil para validar e
consequentemente com menos
bugs.

25. Aviso
• Não vou mostrar Given When Then
• Não vou mostrar nenhum vegetal
• Eu vou mostrar código!

28. CodeSaga
www.codesaga.com.br

30. Quer colaborar com dúvidas?
A hora é agora!

31. Obrigado!