• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Test-driven Development - Introdução
 

Test-driven Development - Introdução

on

  • 1,735 views

Breve introdução ao TDD

Breve introdução ao TDD

Statistics

Views

Total Views
1,735
Views on SlideShare
1,723
Embed Views
12

Actions

Likes
3
Downloads
0
Comments
0

2 Embeds 12

http://www.slideshare.net 7
http://www.linkedin.com 5

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Test-driven Development - Introdução Test-driven Development - Introdução Presentation Transcript

    • Test-driven Felipe Elias Philipp @ W3BOX Development 15/01/2010 Friday, January 29, 2010
    • O dia a dia de um desenvolvedor Friday, January 29, 2010
    • Pensamentos comuns (e errados) sobre testes Friday, January 29, 2010
    • Pensamentos comuns (e errados) sobre testes • Eu sou desenvolvedor, não sou testador. Friday, January 29, 2010
    • Pensamentos comuns (e errados) sobre testes • Eu sou desenvolvedor, não sou testador. • Vou deixar alguém que conheça as regras de negócio testar. Friday, January 29, 2010
    • Pensamentos comuns (e errados) sobre testes • Eu sou desenvolvedor, não sou testador. • Vou deixar alguém que conheça as regras de negócio testar. • É melhor deixar outra pessoa testar. Friday, January 29, 2010
    • Pensamentos comuns (e errados) sobre testes • Eu sou desenvolvedor, não sou testador. • Vou deixar alguém que conheça as regras de negócio testar. • É melhor deixar outra pessoa testar. • Não tenho tempo para testar. Friday, January 29, 2010
    • Quem deve testar? Quem é responsável pelos testes? Friday, January 29, 2010
    • Por que o desenvolvedor deve testar? Friday, January 29, 2010
    • Como testar? Friday, January 29, 2010
    • TDD - Test-driven Development Friday, January 29, 2010
    • “É uma técnica de desenvolvimento de software em que se desenvolve em pequenas iterações, onde primeiro se escreve o teste e depois o código. Cada iteração deve começar com um teste que falhe, e terminar com todos os testes passando” Friday, January 29, 2010
    • O ciclo de TDD • O programador escreve um teste que falhe. Friday, January 29, 2010
    • O ciclo de TDD • O programador escreve um teste que falhe. • O programador escreve o código mais simples possível para o teste passar. Friday, January 29, 2010
    • O ciclo de TDD • O programador escreve um teste que falhe. • O programador escreve o código mais simples possível para o teste passar. • Com todos os testes passando, refatora-se o código se necessário. Friday, January 29, 2010
    • O ciclo de TDD • O programador escreve um teste que falhe. • O programador escreve o código mais simples possível para o teste passar. • Com todos os testes passando, refatora-se o código se necessário. • Ciclo se repete. Friday, January 29, 2010
    • Quais as vantagens do TDD? Friday, January 29, 2010
    • Mais segurança e confiança no código Se alguém introduzir um bug, o teste falhará. Friday, January 29, 2010
    • Desacoplamento entre os componentes Sem aquela história: “mexe de um lado, estraga de outro” Friday, January 29, 2010
    • Melhor qualidade do Facilidade na refatoração código Friday, January 29, 2010
    • Os testes servem como e são executáveis! especificação Friday, January 29, 2010
    • TDD não é... • ... teste caixa preta. Friday, January 29, 2010
    • TDD não é... • ... teste caixa preta. • ... teste de aceitação. Friday, January 29, 2010
    • TDD não é... • ... teste caixa preta. • ... teste de aceitação. • ... perda de tempo. Friday, January 29, 2010
    • TDD não é... • ... teste caixa preta. • ... teste de aceitação. • ... perda de tempo. • ... bala de prata. Friday, January 29, 2010
    • Algumas dicas Friday, January 29, 2010
    • Algumas dicas • Faça um brainstorm antes para pensar nos testes possíveis. Friday, January 29, 2010
    • Algumas dicas • Faça um brainstorm antes para pensar nos testes possíveis. • Escreva um teste legível. Friday, January 29, 2010
    • Algumas dicas • Faça um brainstorm antes para pensar nos testes possíveis. • Escreva um teste legível. • Crie testes simples de resolver. Friday, January 29, 2010
    • Algumas dicas • Faça um brainstorm antes para pensar nos testes possíveis. • Escreva um teste legível. • Crie testes simples de resolver. • Use dados reais! Friday, January 29, 2010
    • Alguns mantras Friday, January 29, 2010
    • Alguns mantras • Não tente resolver todos os problemas de uma vez. Friday, January 29, 2010
    • Alguns mantras • Não tente resolver todos os problemas de uma vez. • Não vá para o próximo teste quando você ainda está resolvendo o atual. Friday, January 29, 2010
    • Alguns mantras • Não tente resolver todos os problemas de uma vez. • Não vá para o próximo teste quando você ainda está resolvendo o atual. • Se você precisa de mais funcionalidades, exponha-as em um teste. Friday, January 29, 2010
    • Alguns mantras • Não tente resolver todos os problemas de uma vez. • Não vá para o próximo teste quando você ainda está resolvendo o atual. • Se você precisa de mais funcionalidades, exponha-as em um teste. • Se você encontrar um bug, exponha-o em um teste. Friday, January 29, 2010
    • Alguns mantras • Não tente resolver todos os problemas de uma vez. • Não vá para o próximo teste quando você ainda está resolvendo o atual. • Se você precisa de mais funcionalidades, exponha-as em um teste. • Se você encontrar um bug, exponha-o em um teste. • Não refatore até os testes estarem passando (verde). Friday, January 29, 2010
    • Perguntas? Friday, January 29, 2010