Transferir como PDF, PPTX
Mais conteúdo relacionado
Semelhante a TDD: A Essência do Mantra
TDD: A Essência do Mantra
- 1. TTDDDD AA EEssssêênncciiaaddoo MMaannttrraa Trilha Agile #TDC2014 Dionatan Moura about.me/dionatanmoura
- 2. Sobre o Palestrante. ● Trabalho como coach ágil nas equipes de desenvolvimento de software na PROCERGS, buscando a melhor entrega de valor ao cidadão gaúcho. Mestre em Engenharia de Software na UFRGS, graduado em Ciência da Computação na UFRGS. Sou generalista especialista. Trabalho com Java desde 2006, sou coordenador do RSJUG e da trilha Java do TDC Porto Alegre. Ministro palestras e facilito Coding Dojos em eventos de métodos ágeis, tais como do TDC, GUMA-RS e GUTS-RS. Possuo as certificações SAFe Agilist SA, Scrum Master PSM I, Product Owner CSPO, Certified Scrum Developer CSD, Java Programmer OCPJP, testes de software CTFL, gestão de TI ITILv3 e melhoria de processos de software MPS-BR.
- 3. Introdução ao TDD ➔ Extreme Programming ➔ TDD ➔ Refatoração ➔ xUnit ➔ Clean Code ➔ Baby Steps ➔ Patterns para TDD ➔ Red Bar ➔ Test ➔ Green Bar ➔ Design Patterns ➔ ATDD ➔ BDD ➔ Agile Testing ➔ Coding Dojos ➔ Fechamento
- 5. “Test-Driven Development (TDD)é uma técnica para contrução de software que guia o desenvolvimento de software através da escrita de testes. http://commons.wikimedia.org/wiki/File:Creador_de_la_metodologia_xp.jpg Kent Beck
- 7.
- 8. EEssttrraattééggiiaa PPoorrttffóólliioo PPrroodduuttoo RReelleeaassee IItteerraaççããoo DDiiáárriiaa http://alisina.org/blog/2013/10/31/taqiyah-is-onion-shaped/ TTDDDD
- 9. Regras I. Escrevernovo código somente se já existir um teste automatizado falhando II. Eliminar duplicação
- 10. 3 Passos Escrevaum teste para o próximo pedaço da funcionalidade. http://www.pro-tools-expert.com
- 11. 3 Passos Escrevaum teste para o próximo pedaço da funcionalidade. Escreva código funcional até o teste passar. Refatore o código novo (e antigo) até ficar bem estruturado. http://www.pro-tools-expert.com
- 12. 3 Passos Escrevaum teste para o próximo pedaço da funcionalidade. Escreva código funcional até o teste passar. Refatore o código novo (e antigo) até ficar bem estruturado. http://www.pro-tools-expert.com
- 13. Mantra do TDD http://agileinaflash.blogspot.com.br/2009/02/red-green-refactor.html
- 14.
- 15. TDD.equals(TFD + Refatoração); TFD Test First Development (code)
- 16. TDD.equals(TFD + Refatoração); Refatoração “Uma mudança feita na estrutura interna do software para deixá-lo mais fácil de entender e barato de modificar sem mudar seu comportamento observável.” Martin Fowler http://martinfowler.com
- 17. Refatoração no TDD Comportamento Observável == Testes
- 18.
- 19. “O objetivo doTDD é escrever clean code que funciona.” Ron Jeffries https://twitter.com/RonJeffries
- 20.
- 22.
- 23.
- 24.
- 25. Mas como escrevercódigo para rodar o teste, e com uma refatoração por vez?
- 26.
- 27.
- 28.
- 29.
- 30.
- 31. Patterns para TDD Test Como testar software? Escreva um teste automatizado.
- 32. Patterns para TDD Isolated Test Como os testes devem afetar uns aos outros? De modo algum.
- 33. Patterns para TDD Test List O que testar? Comece uma lista com os testes que você sabe.
- 34. Patterns para TDD Test First Quando escrever os testes? Antes de escrever o código (a ser testado).
- 35. Patterns para TDD Assert First Quando escrever os asserts? Tente por primeiro.
- 36. Patterns para TDD Test Data Quais dados usar para os testes? Dados que facilitam a leitura dos testes e a continuidade.
- 37. Patterns para TDD Evident Data Como representar o objetivo dos dados? Com um relacionamento evidente entre resultado esperado e resultado real
- 38.
- 39. Red Bar Patterns One Step Test Qual teste pegar da lista? O que vai te ensinar algo e que se tem certeza de implementar.
- 40. Red Bar Patterns Starter Test Com qual caso de teste começar? Comece por uma variante da operação que faz nada.
- 41. Red Bar Patterns Learning Test Quando escrever testes para software externo? Antes da primeira vez de utilizar uma nova funcionalidade externa.
- 42. Red Bar Patterns Another Test Como manter uma discussão técnica fora do tópico? Adicione na lista e volte ao tópico original.
- 43. Red Bar Patterns Regression Test O que fazer com um defeito relatado? Escreva o melhor teste que falhe.
- 44. Red Bar Patterns Break O que fazer quando se está cansado ou travado? Faça uma pausa.
- 45. Red Bar Patterns Do Over O que fazer quando se está perdido? Jogue fora o código e recomece.
- 46. Red Bar Patterns Cheap Desk, Nice Chair Qual configuração física para TDD? Tenha uma cadeira muito boa, economizando no resto da mobília.
- 47.
- 48. Testing Patterns MockObject Como testar um objeto com recursos caros ou complicados? Crie uma versão fake com respostas constantes.
- 49. Testing Patterns BrokenTest Como deixar uma sessão sozinha de programação? Deixe o último teste quebrado.
- 50. Testing Patterns CleanCheck-in Como deixar uma sessão em time de programação? Deixe todos os testes rodando.
- 51.
- 52. Green Bar Patterns Fake It Qual será a primeira implementação do teste? Retorne uma constante, e depois refatore em variáveis.
- 53. Green Bar Patterns Triangulate Como fazer a maior abstração conservativa com testes? Abstraia apenas quando houver 2+ testes. (Similar à indução matemática)
- 54. Green Bar Patterns Obvious Implementation Como implementar operações simples? Apenas implemente-as.
- 55. Green Bar Patterns One to Many Como implementar uma operação de coleção de objetos? Implemente inicialmente sem coleções.
- 56. Design Patterns basespara TDD
- 57.
- 59. E para nãoesquecer.
- 60.
- 61. Teste é ofoco do TDD?
- 62. “The focus ofTDD is design. Test is a (nice) side effect.” Marco Trincardi
- 63. TDD usa apenasUnit Testing?
- 64. “O ato deescrever um teste de unidade é mais um ato de design do que de verificação.” Uncle Bob (Robert C. Martin) http://www.techcn.com.cn
- 65. Mas e oATDD? http://greatmiddleway.wordpress.com
- 66. <Título> Como um<papel de usuário> Eu quero <objetivo> Para que <razão> ATDD Acceptance Test-Driven Development Critério de Aceitação Dado que <pré-condição> Quando <ação> Então <resultado>
- 67.
- 68. Ah! E oBDD? http://greatmiddleway.wordpress.com
- 70. BDD é umprocesso de dev de SW http://blog.bughuntress.com/
- 71. TDD é sobredesign das funcionalidades ATDD é sobre validação das funcionalidades BDD é sobre comunicação das funcionalidades
- 73.
- 75. JUnit Test Infected: Programmers Love Writing Tests http://junit.sourceforge.net/doc/testinfected/testing.htm
- 76. Como aprender naprática TDD?
- 77.
- 78. Coding Dojos ●Ambiente de Aprendizado! – Sem competição – Colaborativo – Ambiente divertido – Todos níveis de conhecimento são bem-vindos – Segurança em tentar novas ideias
- 79. Coding Dojos ●Infra – Local com cadeiras suficientes – Um computador ao menos – Projetor
- 80. Coding Dojos ●Diversos estilos – Prepared Kata – Randori Kata – Kake Kata
- 81. Coding Dojos ●Prepared Kata – O facilitador mostra como fazer do início, com TDD e Baby Steps. – Cada passo deve fazer sentido para todos. – As pessoas devem interromper somente se não entenderem.
- 82. Coding Dojos ●Randori Kata – O desafio é resolvido em pares (piloto e copiloto) – Todos são convidados a ajudar – Cada par tem um timebox (5-7 min) ● Baby Steps ● TDD – Comentários e críticas somente no verde – Silêncio no vermelho ● Ao final, piloto sai do par, copiloto vira piloto e entra um novo copiloto
- 83. Coding Dojos ●Kake Kata – Nível mais avançado – Diversos pares simultâneos ● Randori Katas em paralelo – Alta diversidade – Alto nível de aprendizado
- 84. Por que CodingoDojos com TDD?
- 85. “Ensinar não étransferir conhecimento, mas criar as possibilidades para a sua própria produção ou a sua construção.” Paulo Freire http://aosmestresdaeducacao.blogspot.com.br
- 87.
- 88.
- 89. RSJUG Construindo umaDSL com Java e ANTLR
- 90. RSJUG Testando aplicações Java Web fora do container
- 91. RRSSJJUUGG TTeesstteess ddeennttrrooddoo ccoonnttaaiinneerr JJaavvaa ccoomm AArrqquuiilllliiaann
- 92. UUFFRRGGSS CCiiêênncciiaa ddaaCCoommppuuttaaççããoo NNúúmmeerrooss RRoommaannooss
- 93. UUFFRRGGSS CCiiêênncciiaa ddaaCCoommppuuttaaççããoo NNúúmmeerrooss RRoommaannooss
- 94. UUFFRRGGSS CCiiêênncciiaa ddaaCCoommppuuttaaççããoo NNúúmmeerrooss RRoommaannooss Linha 1 Linha 2 Linha 3 Linha 4 12 10 8 6 4 2 0 Coluna 1 Coluna 2 Coluna 3
- 95. Mas como começarjá amanhã?
- 96.
- 97. Implicações Sociais ✔Menos surpresas desagradáveis ✔ QA proativo ✔ Maior colaboração entre o time ✔ Entrega contínua
- 98.
- 99.
- 100.
- 101.