Techtalk - Desenvolvendo uma pirâmide de testes

Esta talk foi ministrada em um curso de desenvolvimento e traz uma visão diferente acerca de testes: a principal ênfase está em "quais feedbacks meu teste pode dar a respeito do meu código", e como extrair máximo proveito disso para contribuir com um código de melhor qualidade.

Transcript

1. Desenvolvendo uma Pirâmide de Testes
2. { “name” => “Gabriel Ferreira”, “github” => “@gleopoldo” }
4. Por que falar sobre testes?
6. Zero BUGS
7. Adequação aos Requisitos
8. Fácil Manutenção
9. Clareza de Código
10. Boa suíte de Testes!
12. O que qualifica uma boa suíte de testes?
13. PIRÂMIDE DE TESTES
15. TESTE UNITÁRIO TESTES ISOLADOS BASEADO APENAS EM INPUT / OUTPUT APLICÁVEL A QUALQUER COMPONENTE DO SISTEMA
16. TESTE UNITÁRIO
17. TESTE de END-TO-END DEPENDENTE DE AMBIENTE TESTA IMPLEMENTAÇÃO DE CASOS DE USO SIMULA INTERAÇÕES DO USUÁRIO FINAL
18. TESTE de END-TO-END
19. TESTE de INTEGRAÇÃO TESTA COMUNICAÇÃO ENTRE PARTES DO SISTEMA TESTA INTEGRAÇÃO COM OUTROS SISTEMAS TESTA ELEMENTOS MAIS EXTERNOS À APLICAÇÃO
20. https://www.mountaingoatsoftware.com/blog/the-forgotten-layer-of-t he-test-automation-pyramid by MIKE COHN
21. “From a modern point of view the test pyramid seems overly simplistic and can therefore be a bit misleading” https://martinfowler.com/articles/practical-test-pyramid.html Ham Vocke
25. Escreva testes simples, confiáveis e eficientes!!!
26. SIMPLICIDADE
27. Manter equilíbrio entre tipos de teste
31. MAIS CUSTOSOS MAIS SIMPLES
32. MAIS DEPENDENTES DE AMBIENTE MAIS INDEPENDENTES DO CONTEXTO
33. FEEDBACK MAIS DEMORADO FEEDBACK IMEDIATO
34. https://testing.googleblog.com/2015/04/just-say-no-to-more-end-to-e nd-tests.html
35. Seus testes são uma documentação viva
36. http://www.betterspecs.org/br/
37. USA MUITO SUBJECT, BEFORE, AFTER, LET, LET! ... TESTES INDEPENDENTES; ISSO INCLUI O SETUP DELE
38. TEM SETUPS LONGOS E COMPLICADOS LESS IS BETTER. SEU CÓDIGO TEM MUITA RESPONSABILIDADE !
39. MUITOS MOCKS E STUBS. INJETE DEPENDÊNCIAS ISOLE CHAMADAS EXTERNAS
40. Um teste complexo indica um código ruim
41. CONFIABILIDADE
42. Teste também é código
45. Mantenha testes independentes
46. Teste no Componente A Side-effects Teste do Componente B
47. Cuidado com testes intermitentes
49. DEPENDENTES DE AMBIENTE TESTES DE END-TO-END
50. https://martinfowler.com/articles/nonDeterminism.html
51. Teste comportamento e não implementação
52. BLACK BOX TESTING
53. INPUT (argumentos) OUTPUT (retorno) INBOUND MESSAGE
54. INPUT (argumentos) OUTPUT (retorno) MOCK A OUTBOUND MESSAGE
55. INPUT (argumentos) OUTPUT (retorno) MOCK C MOCK B MOCK A MOCK D MOCK E
56. INPUT (argumentos) OUTPUT (retorno) MOCK C MOCK B MOCK A MOCK D MOCK E
57. EFICIÊNCIA
58. Mantenha suítes de testes separadas
59. https://lukasatkinson.de/2017/sho uld-i-separate-unit-tests-from-inte gration-tests/ https://lukasatkinson.de/2017/ should-i-separate-unit-tests-fro m-integration-tests/
60. SÃO LENTOS DEMAIS TESTES DE END-TO-END
61. Seja objetivo
62. BABY STEPS TESTE O NECESSÁRIO MANTENHA SEMPRE OPEN-CLOSED
63. E o que não pode ser testado localmente?
64. Testes de Performance, Carga e Stress
66. Recapitulando...
67. Manter equilíbrio entre tipos de teste
68. Escreva testes simples, confiáveis e eficientes
69. Isole dependências externas
70. Test-Driven Development
71. Design / Arquitetura
72. That’s all! Obrigado!
73. Dúvidas? Gabriel Ferreira Github: @gleopoldo gabrielleopferreira@gmail.com https://www.linkedin.com/in/gabriel-leopoldo/