• Like
  • Save
BDD no mundo real
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

BDD no mundo real

  • 1,687 views
Published

Palestra ministrada em 11 de Setembro de 2010 no QCon São Paulo.

Palestra ministrada em 11 de Setembro de 2010 no QCon São Paulo.

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
  • Poxa, bela apresentação, é de grande conteudo, será q tem o video dela disponivel? Me interessei bastante pelo assunto e gostaria de entender melhor sobre nas demos que teve.
    Are you sure you want to
    Your message goes here
No Downloads

Views

Total Views
1,687
On SlideShare
0
From Embeds
0
Number of Embeds
1

Actions

Shares
Downloads
0
Comments
1
Likes
5

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide
  • 7 minutos até aqui
  • Com ADD, você assume que: Vai precisar do código que está escrevendo Sabe o que o cliente precisa Sabe que o código funciona
  • Não tem nada a ver com testes...
  • Porque chamamos de testes se não estamos fazendo isso para os testes? BDD é uma nova maneira de ver as coisas Podíamos fazer tudo com TDD antes, mas o mindset impedia Dan North criou o BDD para resolver o problema de mindset 12 minutos
  • BDD != TDD principalmente porque o vemos de forma diferente
  • Porque perguntamos o porque
  • Convite à discussão
  • Estamos falando de lucro e de ROI
  • Voltando ao fluxo...
  • 16 minutos
  • Acerte as palavras também vale na linguagem com o cliente BDD vai te obrigar a pensar no negócio, modelar o negócio
  • Nada melhor que DDD pra isso
  • 19 minutos
  • Nivel de detalhe dos cenários Não deve virar um caso de uso, com regras, etc
  • Dev e Tester pareiam, etc... EN: Especialista de negócio DEV: desenvolvedor T: Testador AN: Analista de negócio 27 minutos
  • Dan North diz que tem que ser unitários O mercado usa muito testes integrados Sugestão: mix de ambos, busque sua maneira, busque o que se adeque melhor à tecnologia que vc está usando De qualquer forma, o foco não é testar
  • Dan North diz que é pra testar interações, usando mocks Martin Fowler diz que é pra estar estado, usando stubs somente
  • Não pensamos ainda no que está no meio Conhecemos os cenários, que estão fora Paramos de desenvolver as coisas do meio quando os cenários são atendidos Sempre trabalhando com mocks Nunca acessar infra a partir de negócio
  • Evolui naturalmente Discutida ao longo do projeto 37 minu tos até aqui