Palestra SETI-UFLA 2015

1. R a m o n G o n ç a l v e s
TDD & CI
Teste ajuda? Design orientado a testes?
Integração Contínua? O que é isso?

2. A - NOT SO - LONG TIME AGO…
!2

3. COMO ASSIM TESTE?
!3
AUTOMATIZA!

4. POR QUE EU PRECISO DISSO?
!4
FEEDBACKS, MA FRIEND, FEEDBACKS =D

5. !5

6. !6

7. !7

8. QUEM ESCREVE ESSE TREM?
!8

9. !9

10. PERA; SEM SEPARAÇÃO DE TIME?
!10

11. !11

12. HMM, MAS QUANDO ESCREVER ESSES
TESTES?
!12
ANTES OU DEPOIS?

13. NENHUM DOS DOIS!
YEEEH YEEEH!
!13

14. CICLO MALDITO DA FRUSTRAÇÃO GARANTIDA
!14

15. CICLO LINDO DA RECOMPENSA IMEDIATA
!15

16. E SE EU QUISER TESTAR
DEPOIS?
uai…
!16

17. SÓ QUE TDD NÃO É SOBRE
TESTES
ish…
!17

18. TDD É SOBRE DESIGN!
eita jeovana!
!18

19. !19

20. COMO ASSIM, RAMON?
e esse ‘teste' aí?
!20
TEST-DRIVEN DEVELOPMENT

21. “CLEAN CODE THAT WORKS"
código limpo que funciona!
!21

22. UP-FRONT DESIGN (TRADICIONAL)
!22

23. TEST DRIVEN DEVELOPMENT / TEST DRIVEN DESIGN
!23

24. COMO?
!
!
1 - Adicione um teste
2 - Rode os testes
3 - Mude algo pequeno
4 - Rode tudo outra vez (agora tudo deve ser sucesso)
5 - Refatore
!24

25. VERMELHO - VERDE - REFATORAÇÃO
!25

26. !26

27. ISOLAMENTO!
estamos falando de Testes Unitários
!27

28. TESTES DEVEM ENSINAR
tem que dizer algo
!28

29. SEU TESTE DEVE DIZER ALGO
“public void testaValidacao()” - NOPE!
!
!
!
!
!
“public void deveRetornarUmErroXSeAEntradaForEssaEquisitaAqui()” - isso é
algo feliz e que te diz um comportamento relevante =D
!29

30. TESTAMOS
COMPORTAMENTOS
“o que” é mais importante do que "como"
!30

31. EMERGENT DESIGN
ASSIM NOSSO DESIGN EMERGE!

32. E AÍ, O QUE CONSEGUIMOS
COM ISSO TUDO?
!32

33. APRENDEMOS COM O
CÓDIGO
não implementamos só o que veio na cabeça de primeira…
!33

34. QUALIDADE, QUALIDADE,
QUALIDADE!
todo mundo mais feliz…
!34

35. CONFIANÇA!
!35
medo pra quê se eu tenho meus testes!?

36. HMM, MAS ESSA TALK NÃO
ERA SÓ SOBRE TDD, NÉ?
!36

37. c l i e n t e b r a v o !
INTEGRAÇÃO CONTÍNUA
o tal do CI (continuous integration)

38. MAIS UMA TÉCNICA CHATA?
integrar que é chato, não?
!38

39. VAMOS INTEGRAR TUDO
DIARIAMENTE!
toda hora é dia de manter todo mundo no mesmo barco!
!39

40. NÃO É SÓ MAIS UMA
PRÁTICA!
tem princípios nisso!
!40

41. PRÁTICAS
- um único repositório com tudo que tem que existir;
- build automático;
- tudo auto-testável;
- todo commit roda todos os testes automatizados;
- o build deveria estar o mais rápido possível;
- todo mundo sabe o que está acontecendo;
- deploy automático
!41

42. QUE DIABOS É UM BUILD?
!42

43. !43
Integração Contínua

44. SNAP CI
!44

45. SE NÃO TEM TESTE, NÃO É CI.
o resto é blá-blá-blá
!45

46. E AGORA AGORA A COISA FICOU SÉRIA
!46

47. ALGUMAS COISINHAS A MAIS…
- todo mundo cuida do build, isso é responsabilidade do time;
!
- build quebrado não vai pra produção;
!
- muito menos recebe novo commit;
!
- se está quebrado, fix it!;
!
- ninguém faz push de código sem teste (e que deve ser testado);
!
- olha esse trem o tempo todo! (coloca isso numa TV onde todo mundo vê, manda e-mail, integra com o
chat do time. Ninguém deve ficar afastado do build =D)
!47

48. !48

49. NÃO DEIXE ISSO ACONTECER…
!49

50. Perguntas?
OBRIGADO!