Triângulos de Teste Não Mais! @samantacicilia

@samantacicilia

Disclaimer: não é uma receita de bolo! Ouça e critique @samantacicilia

@samantacicilia

@samantacicilia https://twitter.com/noahsussman/status/836612175707930625

@samantacicilia https://twitter.com/FriendlyTester/status/1079470289396867080?s=20

Pirâmides, Triângulos, Troféus, Pipas e mais ... @samantacicilia

@samantacicilia

@samantacicilia

Figuras geométricas deviam mesmo ser nossa maior preocupação? @samantacicilia

@samantacicilia https://twitter.com/kentcdodds/status/977018512689455106

"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

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

PIRÂMIDE É HEURÍSTICA Escolha mais fácil e rápida Ignora parte da informação 01 02 @samantacicilia

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

O que fazer então? @samantacicilia

O QUE DEVERÍAMOS CONSIDERAR? Escopo Tamanho 01 02 Risco 03 @samantacicilia

http://blog.codepipes.com/testing/software-testing-antipatterns.html @samantacicilia

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

OUTRA FORMA DE CATEGORIZAR @samantacicilia

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

@samantacicilia

E lembrando que, além de criar os testes, eles precisam estar no fluxo de desenvolvimento de forma automática... @samantacicilia

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

OUTROS PONTOS PARA CONSIDERAR 1. AGILIDADE 2. AUTOMAÇÃO 3. ISOLAMENTO 4. CONFIABILIDADE 5. DECISÕES DIRIGIDAS POR DADOS 6. ROLLOUT FASEADO @samantacicilia

QUALIDADE É MUITO MAIS @samantacicilia

Testabilidade @samantacicilia

TESTABILIDADE - Logs - Monitoramento - Analytics - Decomposição - Fronteiras - Setup de ambiente - Arquitetura @samantacicilia

samantacicilia.com samantacici agiletesters.com.br OBRIGADA @samycici/palestras @samantacicilia