O documento discute os benefícios e boas práticas de testes de software. É enfatizado que testes unitários devem ser rápidos e isolar unidades menores de código, ao passo que testes de integração e aceitação podem ser mais demorados. Cobertura total de testes não é garantia de qualidade, sendo mais importante testar fluxos e casos críticos.

1. Testes
pra que?
@rodrigodealer
sábado, 20 de julho de 13

2. Eu
sábado, 20 de julho de 13

3. Pergunta
sábado, 20 de julho de 13

4. Por quê?
sábado, 20 de julho de 13

5. Noite de sono :-)
sábado, 20 de julho de 13

6. Cliente satisfeito :D
sábado, 20 de julho de 13

7. Todos felizes :-D
sábado, 20 de julho de 13

8. Exemplo :-)
sábado, 20 de julho de 13

9. (Ruby)
sábado, 20 de julho de 13

10. E esse?
Meio grande, né?
sábado, 20 de julho de 13

11. “Ruby é feito para ser bonito. Se está feio, está errado.”
Matz
sábado, 20 de julho de 13

12. “Extract method” - Faz bem
Aquele if, else foi
embora o/
sábado, 20 de julho de 13

13. Código repetido
Variável desnecessária
Deletar código faz bem :D
sábado, 20 de julho de 13

14. Ok, fiz esse refactoring, que garantia eu
tenho que vai funcionar?
sábado, 20 de julho de 13

15. Com testes!
sábado, 20 de julho de 13

16. Testes unitários
sábado, 20 de julho de 13

17. Certa vez um sábio disse:
A test is not a unit test if:
* it talks to the database
* it communicates across the network
* it touches the file system
* it can’t run at the same time as any of your other unit tests
* you have to do special things to your environment (such as editing config files) to run it
Tests that do these things aren’t bad. Often they are worth writing, and they can be written in a unit
test harness. However, it is important to keep them separate from true unit tests so that we can run
the unit tests quickly whenever we make changes.
--
Ou um chapa disse em português:
Um teste não é um teste unitário se:
- Comunica com o banco de dados
- Comunica pela rede
- “Toca” no sistema de arquivos
- Se não pode ser rodado ao mesmo tempo de outros testes unitários
- Se você tem que configurar determinadas coisas como arquivos de configuração
sábado, 20 de julho de 13

18. Testar unitariamente é
sábado, 20 de julho de 13

19. Testar a menor porção de código
sábado, 20 de julho de 13

20. Devem rodar rapidamente, em poucos segundos
sábado, 20 de julho de 13

21. Devem rodar rapidamente, em poucos segundos
Feedback rápido!
sábado, 20 de julho de 13

22. Seu código vai sofrer um impacto grande a partir
do momento que começar a escrever testes e
refatorar
sábado, 20 de julho de 13

23. Seu código vai sofrer um impacto grande a partir
do momento que começar a escrever testes e
refatorar
Como assim?
sábado, 20 de julho de 13

24. Red - Green - Refactor
sábado, 20 de julho de 13

25. Exemplo :-D
(Java)
(Camada de modelo)
sábado, 20 de julho de 13

26. O que estou testando?
sábado, 20 de julho de 13

27. Se esse método reflete
o Enum
sábado, 20 de julho de 13

28. Menor unidade, lembra?
sábado, 20 de julho de 13

29. Testes de integração
sábado, 20 de julho de 13

30. Rodam mais lentamente
sábado, 20 de julho de 13

31. Fazem operações num
banco de dados
Ou no sistema de arquivos
Existe I/O
Ou em rede
sábado, 20 de julho de 13

32. Para que?
Meus dados estão vindo de forma correta?
Meus dados estão sendo gravados de forma correta?
Minha camada de modelo está se comunicando corretamente com o ORM?
sábado, 20 de julho de 13

33. Que ferramentas posso usar?
RubyJava
sábado, 20 de julho de 13

34. Testes de aceitação
sábado, 20 de julho de 13

35. Pra que?
sábado, 20 de julho de 13

36. Minha aplicação está com a camada de serviços bem testada
sábado, 20 de julho de 13

37. E a integração com a camada de visão?
sábado, 20 de julho de 13

38. TextTextText
JavaScript não funciona!
sábado, 20 de julho de 13

39. Que ferramentas uso?
sábado, 20 de julho de 13

40. Que ferramentas uso?
sábado, 20 de julho de 13

41. Eu testo toda a aplicação?
sábado, 20 de julho de 13

42. Eu testo toda a aplicação?
Depende.
sábado, 20 de julho de 13

43. Porque?
sábado, 20 de julho de 13

44. Porque?
Testes de aceitação demoram mais a rodar
sábado, 20 de julho de 13

45. Porque?
Testes de aceitação demoram mais a rodar
Tem feedback demorado
sábado, 20 de julho de 13

46. Porque?
Testes de aceitação demoram mais a rodar
Tem feedback demorado
Escrever os testes também demora
sábado, 20 de julho de 13

47. Porque?
Testes de aceitação demoram mais a rodar
Tem feedback demorado
Escrever os testes também demora
sábado, 20 de julho de 13

48. Porque?
Testes de aceitação demoram mais a rodar
Tem feedback demorado
Escrever os testes também demora
Ou seja...
sábado, 20 de julho de 13

49. Demora!
sábado, 20 de julho de 13

50. Por isso...
sábado, 20 de julho de 13

51. Por isso...
É aconselhável testar apenas as telas mais importantes
sábado, 20 de julho de 13

52. Por isso...
É aconselhável testar apenas as telas mais importantes
Telas mais utilizadas ou com nível de complexidade maior
sábado, 20 de julho de 13

53. Por isso...
É aconselhável testar apenas as telas mais importantes
Telas mais utilizadas ou com nível de complexidade maior
Contanto que faça!
sábado, 20 de julho de 13

54. Junte tudo
Testes unitários + de integração + de aceitação
E coloque em um servidor de integração contínua
sábado, 20 de julho de 13

55. Existem vários
Jenkins TeamCity CruiseControl
sábado, 20 de julho de 13

56. Feedback rápido!
sábado, 20 de julho de 13

57. Feedback rápido!
Via email
sábado, 20 de julho de 13

58. Feedback rápido!
Via email
Via IDE
sábado, 20 de julho de 13

59. Feedback rápido!
Via email
Via IDE
Via IM
sábado, 20 de julho de 13

60. Feedback rápido!
Via email
Via IDE
Via IM
...
sábado, 20 de julho de 13

61. Quanto antes você for avisado
que algo está errado, melhor!
sábado, 20 de julho de 13

62. Cobertura de testes
sábado, 20 de julho de 13

63. Cobertura de testes
100% de cobertura?
sábado, 20 de julho de 13

64. Cobertura de testes
100% de cobertura?
É importante
sábado, 20 de julho de 13

65. Cobertura de testes
100% de cobertura?
É importante, mas não é tudo
sábado, 20 de julho de 13

66. Como assim?
sábado, 20 de julho de 13

67. Cobertura de testes
100% de cobertura garante que o código está coberto
sábado, 20 de julho de 13

68. Cobertura de testes
100% de cobertura garante que o código está coberto
Mas não garante que está efetivamente testado
sábado, 20 de julho de 13

69. E que critério eu utilizo?
sábado, 20 de julho de 13

70. E que critério eu utilizo?
Bom senso
sábado, 20 de julho de 13

71. E que critério eu utilizo?
Bom senso
sábado, 20 de julho de 13

72. E que critério eu utilizo?
Teste o que pode quebrar
sábado, 20 de julho de 13

73. E o que eu não testo?
1. Não precisa testar métodos da linguagem
sábado, 20 de julho de 13

74. E o que eu não testo?
1. Não precisa testar métodos da linguagem
2. Não precisa testar métodos do framework
sábado, 20 de julho de 13

75. E o que eu não testo?
1. Não precisa testar métodos da linguagem
2. Não precisa testar código dos frameworks
3. Não precisa testar código dos plugins
sábado, 20 de julho de 13

76. E o que eu não testo?
1. Não precisa testar métodos da linguagem
2. Não precisa testar código dos frameworks
3. Não precisa testar código dos plugins
Esse código já deveria estar testado, né?
sábado, 20 de julho de 13

77. Para concluir...
sábado, 20 de julho de 13

78. Para concluir...
Teste suas aplicações
sábado, 20 de julho de 13

79. Para concluir...
Teste suas aplicações
Todo mundo agradece, lembra?
sábado, 20 de julho de 13

80. Você Cliente
sábado, 20 de julho de 13

81. Todos felizes :-D
sábado, 20 de julho de 13

82. Sugestão
http://www.infoq.com/br/presentations/o-que-nao-testar
http://www.infoq.com/br/news/2010/06/cobertura-testes-falsa-impressao
sábado, 20 de julho de 13

83. Perguntas?
sábado, 20 de julho de 13

84. Obrigado!
@rodrigodealer
sábado, 20 de julho de 13