1. TTDDDD
AA EEssssêênncciiaa ddoo 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. https://5com1001-0912.wikispaces.com/

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. Escrever novo código somente se
já existir um teste automatizado
falhando
II. Eliminar duplicação

10. 3 Passos
Escreva um teste
para o próximo
pedaço da
funcionalidade.
http://www.pro-tools-expert.com

11. 3 Passos
Escreva um 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
Escreva um 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. TDD.equals(TFD + Refatoração);

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. xUnit para TDD

19. “O objetivo do TDD é
escrever clean code que funciona.”
Ron Jeffries
https://twitter.com/RonJeffries

20. Clean Code
http://programmer.97things.oreilly.com/wiki/index.php/Uncle_Bob

22. TFD
previne
defeitos!

23. Refatoração
previne
defeitos!

24. TDD
previne
defeitos!

25. Mas como escrever código para rodar o teste,
e com uma refatoração por vez?

26. Baby
Steps
http://rusbase.com/news/author/williamlearn2ru/learn2-baby-steps/

27. Mas cuidado!
https://www.mulberrybush.co.uk/

28. Lembre-se.

29. http://agileinaflash.blogspot.com.br/2009/02/red-green-refactor.html

30. Patterns para TDD

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. Red Bar Patterns

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. Testing Patterns

48. Testing Patterns
Mock Object
Como testar um objeto com
recursos caros ou complicados?
Crie uma versão fake com respostas
constantes.

49. Testing Patterns
Broken Test
Como deixar uma sessão sozinha
de programação?
Deixe o último teste quebrado.

50. Testing Patterns
Clean Check-in
Como deixar uma sessão em time
de programação?
Deixe todos os testes rodando.

51. Green Bar Patterns

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
bases para TDD

57. Design Patterns bases

59. E para não esquecer.

60. http://agileinaflash.blogspot.com.br/2009/02/red-green-refactor.html

61. Teste é o foco do
TDD?

62. “The focus of TDD is design.
Test is a (nice) side effect.”
Marco Trincardi

63. TDD usa apenas Unit
Testing?

64. “O ato de escrever 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 o ATDD?
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. ATDD TDD

68. Ah! E o BDD?
http://greatmiddleway.wordpress.com

70. BDD é um processo de dev de SW
http://blog.bughuntress.com/

71. TDD é sobre design das funcionalidades
ATDD é sobre validação das funcionalidades
BDD é sobre comunicação das funcionalidades

73. Agile Testing
http://lisacrispin.com

75. JUnit Test Infected:
Programmers Love Writing
Tests
http://junit.sourceforge.net/doc/testinfected/testing.htm

76. Como aprender na prática
TDD?

77. DDoojjooss
http://en.wikipedia.org/wiki/Dojo

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 Codingo Dojos 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. RSJUG
Roman Numerals

88. RSJUG
TroLolo
(FizzBuzz)

89. RSJUG
Construindo uma DSL
com Java e ANTLR

90. RSJUG
Testando aplicações
Java Web fora do
container

91. RRSSJJUUGG
TTeesstteess ddeennttrroo ddoo
ccoonnttaaiinneerr JJaavvaa ccoomm
AArrqquuiilllliiaann

92. UUFFRRGGSS
CCiiêênncciiaa ddaa CCoommppuuttaaççããoo
NNúúmmeerrooss RRoommaannooss

93. UUFFRRGGSS
CCiiêênncciiaa ddaa CCoommppuuttaaççããoo
NNúúmmeerrooss RRoommaannooss

94. UUFFRRGGSS
CCiiêênncciiaa ddaa CCoommppuuttaaççãã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çar já
amanhã?

96. http://www.cakeeventsblog.com

97. Implicações Sociais
✔ Menos surpresas desagradáveis
✔ QA proativo
✔ Maior colaboração entre o time
✔ Entrega contínua

98. E não esqueça:

99. http://blog.gravypower.net/

100. http://agileinaflash.blogspot.com.br/2009/02/red-green-refactor.html

101. Obrigado!
Obrigado! Obrigado!