Upgrade to Pro — share decks privately, control downloads, hide ads and more …

1º Encontro do Grupo de Testes Carioca - Primeiros Passos em Automação de Testes

1º Encontro do Grupo de Testes Carioca - Primeiros Passos em Automação de Testes

Palestra apresentada no 1º Encontro do GTC, no dia 08/12/15.

Stefan Teixeira

December 08, 2015
Tweet

More Decks by Stefan Teixeira

Other Decks in Programming

Transcript

  1. About me Stefan Teixeira • QA Engineer @ M4U •

    Entusiasta de Automação de Testes, Agile Testing e DevOps • Blogs técnicos: stefanteixeira.com.br (pt-br) / stefanteixeira.com (en) Contatos: • E-mail: [email protected] • Twitter: twitter.com/stefan_teixeira • Facebook: facebook.com/stefan.teixeira • LinkedIn: linkedin.com/in/stefanteixeira • GitHub: github.com/stefanteixeira • SlideShare: slideshare.net/stefanteixeira
  2. E quando o feedback é lento? • Perda de confiança

    do time • Time deixa de rodar os testes
  3. E quando o feedback é lento? • Perda de confiança

    do time • Time deixa de rodar os testes
  4. Importância do tempo de build/feedback • XP (Extreme Programming) ➡

    10-minute build • James Shore (The Art of Agile Development) ➡ 10 or 15-minute build
  5. “That's about the right amount of time to stretch my

    legs, get some coffee, and talk over our work with my pairing partner.” - James Shore, The Art of Agile Development
  6. Testes de Unidade • Rodam MUITO rápido = feedback mais

    rápido! • Ótimos para testar valores limite ou combinações de desvios no código
  7. Testes de Unidade • Boa quantidade e cobertura de testes

    = menor necessidade de testes exaustivos pela UI
  8. Testes de Unidade • Boa quantidade e cobertura de testes

    = menor necessidade de testes exaustivos pela UI • Te oferecerem segurança para introduzir mudanças (safety net)
  9. Cobertura de código: dicas • “High coverage numbers are too

    easy to reach with low quality testing” (Martin Fowler)
  10. Cobertura de código: dicas • “High coverage numbers are too

    easy to reach with low quality testing” (Martin Fowler) • Cobertura alta != bons testes
  11. Cobertura de código: dicas • “High coverage numbers are too

    easy to reach with low quality testing” (Martin Fowler) • Cobertura alta != bons testes • Você pode ter 100% de cobertura sem nenhum assert nos testes!
  12. Testes no nível de Serviço • Preencher o gap entre

    Unidade e UI • Testar regras de negócio “abaixo” da UI, sem depender da interface (Web, Mobile, Desktop)
  13. Testes no nível de Serviço • Preencher o gap entre

    Unidade e UI • Testar regras de negócio “abaixo” da UI, sem depender da interface (Web, Mobile, Desktop) • Subcutaneous Tests (Martin Fowler)
  14. Testes no nível de Serviço: Tipos • Testes de Componente

    / Integração • Testes de WebServices / APIs
  15. Testes no nível de Serviço: Tipos • Testes de Componente

    / Integração • Testes de WebServices / APIs • Testes de Contrato
  16. Testes pela UI • Mais lentos/frágeis, feedback lento • Ponto

    de vista do usuário final • Focar nos cenários mais importantes