TDC 2016 Trilha Testes - Floripa

Globalcode – Open4education
Aprenda como criar uma
suite de testes e2e
Rápida, robusta e de fácil manutenção
por Walmyr Lima e Silva Filho

Quem sou eu?
Bacharel em Administração de empresas com ênfase em
análise de sistemas pela PUCRS
Desenvolvedor de software e agile testing coach na Taller
Negócios Digitais (até o final de Maio de 2016)
Autor do blog talkingabouttesting.com
Autor do curso "Aprendendo Protractor", disponível de forma
gratuita no Youtube.
Engenheiro de software com foco em QA no Appear.in (a
partir de Junho de 2016)

O que você vai saber ao final
dessa palestra:
➔ Um pouco sobre o porquê automatizar testes
➔ Alguns fundamentos importantes em teste de software
➔ Problemas dos testes de UI (e2e)
➔ Como tornar seus testes e2e parte do dia-a-dia dos
desenvolvedores tanto quanto os testes de unidade
➔ Quais as vantagens de uma suite de testes e2e rápida,
robusta e manutenível
➔ A importância de pipelines
➔ Alguns exemplos e links úteis...

➔ Rápido feedback após mudanças
➔ Trabalho repetitivo é chato de fazer manualmente
➔ Não se consegue testar tudo de forma manual
(performance, por exemplo)
Mas afinal, porquê automatizar
testes?

Pirâmide dos testes
Referência: https://goo.gl/TgOM5L

Quadrante dos testes
Referência: http://goo.gl/Flgv7w

Testes e2e / UI Testing
➔ São os testes do topo da pirâmide
➔ Testes funcionais e/ou de aceitação (com
foco no negócio)
São testes executados em navegadores reais
que simulam a utilização da aplicação como os
usuários fariam.

Principais problemas de
testes de UI

São lentos
➔ Necessidade de abrir o navegador
➔ Pré e pós condições de testes muito custosas
➔ Testes das partes "erradas" da aplicação
(erradas para testes e2e)

São frágeis
➔ Dependência entre casos de teste ou suites
de teste (não independentes)
➔ Falta de conhecimento de automação por
parte do time
➔ Falta de conhecimento da aplicação
(negócio)
➔ Falta de conhecimento seletores CSS
➔ Falta de padrões

São de difícil manutenção
➔ Falta de padrões
➔ Cultura de desenvolvimento tradicional

Em contra partida, veja algumas
vantagens dos testes de
unidade e serviços
➔ Rápidos
➔ Mais controle por parte dos desenvolvedores
➔ Evoluem mais facilmente junto com a aplicação

Então, como criar uma suite de
testes e2e que seja rápida,
robusta e de fácil manutenção?

Para ser rápida...
➔ Crie uma suite de smoke test
➔ Crie uma suite de testes para as principais rotas da
aplicação
➔ Paralelize os testes
➔ Crie um pipeline com diferentes estágios
(unidade/serviços, smoke, regression/acceptance)

Quão
rápida?

Vejamos
alguns dados

Suite de teste das principais rotas
da aplicação

Paralelização de testes -
exemplo 1

Veja o tempo de execução dos
mesmos testes executados em
um mesmo navegador...

Paralelização de testes -
exemplo 2

Veja também o tempo de
execução dos mesmos testes
executados em um mesmo
navegador...

Estes testes paralelos também
podem ser executados em
serviços na nuvem

➔ Crie testes independentes
➔ Pré-requisitos de testes que seriam lentos de ser
executados via interface podem ser criados via
onPrepare, por exemplo
➔ Conheça e se mantenha atualizado sobre as
ferramentas utilizadas
➔ Conheça a aplicação da perspectiva de negócios
➔ Bons seletores CSS ajudam na testabilidade
➔ Siga e dissemine os padrões
➔ Utilize Page Objects
Para ser robusta...

Independencia de testes...

Setup/teardown com onPrepare

Outras possibilidades...
beforeLaunch()
onComplete()
onCleanUp()
afterLaunch()

Mantenha-se atualizado...

Crie testes pensando no negócio

Seletores CSS...

Dica para aprendizado de CSS

Siga e dissemine os padrões...

Utilize Page Objects...

Sem Page Objects...

Com Page Objects (spec file)...

Com Page Objects (.po file)...

message-wrapper.po file

➔ Entenda cada camada da aplicação
➔ Siga e dissemine os padrões
➔ Dissemine a cultura do Agile Testing
➔ Refatore sem piedade!
Para ser evolutiva...

Application layers...

Cultura Agile Testing...

O manifesto dos testes
Valorizamos:
● Testar durante mais que testar no final
● Prevenir bugs mais que encontrar bugs
● Testar o entendimento mais que verificar
funcionalidades
● Construir o melhor sistema mais que quebrar o sistema
● Time responsável pela qualidade mais que
responsabilidade do testador/time de QA.

Aproveite as refatorações para
matar @TODOs e xit().pend()s

Nem sempre sua suite de
testes e2e poderá ser rápida,
mas no mínimo DEVE ser
robusta e manutenível.

Aqui entra a importância dos
pipelines

Vejamos alguns exemplos?

Navigation tests from Protractor
oficial repository

É possível, og du kan gjøre det

Takk!
@walmyrlimaesilv
http://github.com/wlsf82

TDC 2016 Trilha Testes - Floripa

Recomendados

Recomendados

Mais conteúdo relacionado

Semelhante a TDC 2016 Trilha Testes - Floripa

Semelhante a TDC 2016 Trilha Testes - Floripa (20)

Mais de Walmyr Lima e Silva Filho

Mais de Walmyr Lima e Silva Filho (18)

Último

Último (6)

TDC 2016 Trilha Testes - Floripa