Baixado 131 vezes
Carregado porElias Nogueira
TDD - Test Driven Development
O documento discute a abordagem de desenvolvimento baseada em testes (TDD), destacando sua importância no processo de garantir que o código funcione conforme o esperado. Utilizando a analogia de números romanos, o autor ilustra etapas do TDD, desde a falha inicial de testes até a implementação e refatoração do código. Além disso, o texto menciona os benefícios do TDD, como simplicidade, segurança e feedback rápido no desenvolvimento de software.
Mais conteúdo relacionado
Semelhante a TDD - Test Driven Development
TDD - Test Driven Development
- 1. #CPBR6 TODO CÓDIGO ÉCULPADO ATE QUE PROVE SUA INOCÊNCIA ELIAS NOGUEIRA
- 2.
- 3.
- 4.
- 5. Como garantir quetudo funciona?
- 6.
- 7.
- 8.
- 9.
- 10.
- 11.
- 12.
- 14. TDD – TestDriven Development
- 15.
- 18. Os números romanos Osnúmeros eram representados por sete diferentes símbolos • I, unus, 1, (um) • V, quinque, 5 (cinco) • X, decem, 10 (dez) • L, quinquaginta, 50 (cinquenta) • C, centum, 100 (cem) • D, quingenti, 500 (quinhentos) • M, mille, 1.000 (mil)
- 19. Os números romanos Algarismosde menor ou igual valor à direita são somados ao algarismo de maior valor Algarismos de menor valor à esquerda são subtraídos do algarismo de maior valor.
- 20. Os números romanos Criaremosuma classe de teste de unidade Instanciaremos uma classe que não existe O teste, obviamente, falhará!
- 21. Os números romanos Testafalha por problema de compilação... Não existe a classe ConversorDeNumerosRomanos
- 22. Os números romanos Criaremosa classe Criaremos o método para passar o teste
- 23. Os números romanos Executaremoso teste unitário. O Test passa, mas o código ainda não está OK!
- 24. Os números romanos Criaremosmais testes para garantir o funcionamento e implementação
- 25. Os números romanos Eexecução do teste falhará no novo método, pois não implementamos o conversor para o “V”
- 26. Os números romanos Alteramoso método converte para que seja possível retornar os valores correspondentes a “I” ou “V”
- 27. Os números romanos Agoraos dois testes passam com sucesso!
- 28. Os números romanos Agorapodemos implementar o restante dos números que faltam
- 29. Os números romanos Agoraadicionaremos um pouco mais de complexidade testando a conversão de “II”
- 30. Os números romanos Poderíamossimplesmente adicionar o “II” na tabela certo? Mas vamos fazer melhor...
- 31. Os números romanos Umapossível solução é acumular o valor
- 32. Os números romanos Ondealteramos a tabela para char
- 33. Os números romanos Agoraadicionaremos um teste um pouco mais “complexo” para testar a função converte
- 34. Os números romanos Eo teste passa!!! :D
- 35. Os números romanos Agoraprecisamos tratar os números como “IX” onde não adianta somente somar os valores
- 36. Os números romanos Agorateremos que alterar o código
- 37. (1) Escrever umteste simples (2) Vê se ele falha (3) Implementa uma solução simples pra resolver (4) Refatora para remover duplicidade TDD – Test Driven Development
- 38. De onde veio? •Kent Back (criador do JUnit) • Prática conhecida do XP (Test First)
- 39. Benefícios da adoçãodo TDD • Primeiro foco em teste, depois na implementação • Código já nasce testado • Simplicidade e melhor design • Feedback rápido • Segurança!
- 41. Ferramentas xUnit http://en.wikipedia.org/wiki/List_of_unit_testing_frameworks • Sãoas ferramentas para a criação de testes unitários • Existem diversas ferramentas para todo o tipo de linguagem
- 42. TDD é DESIGN! enão teste
- 43. Test-Driven Development Teste eDesign no Mundo Real Mauricio Aniche casadocodigo.com.br
- 44. Test-Driven Development By Example KentBeck http://goo.gl/0vQv
- 45.