AT Talks: Triângulos de Teste, Não Mais

Vamos pegar um gancho do que vimos no último AT Talks para falar de um futuro sem triângulos de teste (a ideia de chamar de triângulo é uma brincadeira porque muitos desenhos que vemos por ai representando a pirâmide de testes é na verdade a figura geométrica de um triângulo). Mas e aí, se não tem pirâmide o que fazemos? Nessa talk vamos conversar um pouco sobre outras abordagem para definir tipos de teste, entender por que quantidade talvez não seja a melhor forma de abordar a priorização e outras reflexões sobre como encontrar a melhor abordagem para o seu cenário. Dessa vez a Samanta Cicilia vai conduzir nosso papo.

Aproveite para seguir nosso canal no Youtube https://youtube.com/agiletesters e não perder nenhuma novidade!

Transcript

1. Triângulos de Teste Não Mais! @samantacicilia
2. @samantacicilia
3. Disclaimer: não é uma receita de bolo! Ouça e critique @samantacicilia
4. @samantacicilia
5. @samantacicilia https://twitter.com/noahsussman/status/836612175707930625
6. @samantacicilia https://twitter.com/FriendlyTester/status/1079470289396867080?s=20
7. Pirâmides, Triângulos, Troféus, Pipas e mais ... @samantacicilia
8. @samantacicilia
9. @samantacicilia
10. Figuras geométricas deviam mesmo ser nossa maior preocupação? @samantacicilia
11. @samantacicilia https://twitter.com/kentcdodds/status/977018512689455106
12. "Não existe uma regra rígida aqui, depende da sua aplicação. O ponto importante é que você precisa dedicar algum tempo para entender que tipo de teste agrega mais valor à sua aplicação. A pirâmide de teste é apenas uma sugestão sobre a aplicação. quantidade de testes que você deve criar. " http://blog.codepipes.com/testing/software-testing-antipatterns.html @samantacicilia
13. Suportar testes em vez de replicar testes Testabilidade em vez de automatização Teste de experiência em vez de codificação Problemas em vez de ferramentas Foco no risco em vez de cobertura Observabilidade em vez de compreensão https://automationintesting.com/#principles @samantacicilia
14. PIRÂMIDE É HEURÍSTICA Escolha mais fácil e rápida Ignora parte da informação 01 02 @samantacicilia
15. SAMY QUOTE: "Meu incômodo é que a gente ainda fala pouco sobre riscos. Testes unitários são mais rápidos e menos intermitentes mas se você abusa do uso de mocks, você tem muitos testes com baixa fidelidade em relação ao comportamento real. Os testes podem continuar passando e o seu mock estar desatualizado. Não é só criar um monte de teste unitário, é comprar o risco da baixa fidelidade nos testes e inclusive o risco de que a qualidade dos mesmos pode ser questionável. Coverage não diz muita coisa sozinho." @samantacicilia
16. O que fazer então? @samantacicilia
17. O QUE DEVERÍAMOS CONSIDERAR? Escopo Tamanho 01 02 Risco 03 @samantacicilia
18. http://blog.codepipes.com/testing/software-testing-antipatterns.html @samantacicilia
19. Testes Pequenos: executados em um único processo, sem uso de componentes externos, threads ou paralelismo. São testes rápidos e determinísticos Testes Médios: executam múltiplos processos mas ainda assim sem acessar componentes externos, podem usar threads e fazer chamadas externas (como chamadas de rede) para o localhost. Testes Grandes: esses testes são os que necessitam de uma maior complexidade para execução, nesse momento os sistemas já estão integrados. São mais lentos e menos determinísticos. OUTRA FORMA DE CATEGORIZAR @samantacicilia
20. OUTRA FORMA DE CATEGORIZAR @samantacicilia
21. O QUE É MELHOR ENTÃO? Assumir % de testes intermitentes e garantir uma cobertura integrada? 01 Assumir a baixa fidelidade dos mocks e deixar pontos de falha? 02 @samantacicilia
22. @samantacicilia
23. E lembrando que, além de criar os testes, eles precisam estar no fluxo de desenvolvimento de forma automática... @samantacicilia
24. OUTROS PONTOS PARA CONSIDERAR Pré-push: - testes rápidos e confiáveis - produtividade do time - rodar apenas os testes relacionados ao escopo da mudança? Versão Candidata: - testes maiores e mais instáveis - utilizar um ambiente temporário e controlado - teste de sanidade Testes de Produção: - testes relevantes - verificar o estado - monitoramento @samantacicilia
25. OUTROS PONTOS PARA CONSIDERAR 1. AGILIDADE 2. AUTOMAÇÃO 3. ISOLAMENTO 4. CONFIABILIDADE 5. DECISÕES DIRIGIDAS POR DADOS 6. ROLLOUT FASEADO @samantacicilia
26. QUALIDADE É MUITO MAIS @samantacicilia
27. Testabilidade @samantacicilia
28. TESTABILIDADE - Logs - Monitoramento - Analytics - Decomposição - Fronteiras - Setup de ambiente - Arquitetura @samantacicilia
29. samantacicilia.com samantacici agiletesters.com.br OBRIGADA @samycici/palestras @samantacicilia