| theme | white |
|---|---|
| transition | slide |
| title | Testes automatizados no frontend: muito além de telas |
| enableMenu | true |
| enableSearch | false |
| enableChalkboard | true |
| slideNumber | true |
Muito além de telas
- Luís Santiago (Tonhão)
- Desenvolvedor Frontend há 6+ anos
- Techbiz Forense Digital
- Capoeirista & enxadrista
luis.developer.ac@gmail.com https://www.linkedin.com/in/tonhao-dev/
Indo além dos testes visuais: abordando estratégias, boas práticas e o papel dos testes de unidade, integração, end-to-end e regressão visual.
- Downtime é dinheiro perdido.
- Case: como os testes me salvaram diversas vezes.
"Código é barato mas software continua caro, o preço de um bug não mudou."
- Vamos nos limitar ao frontend web.
- Aplicações com SSR, SSG e ISR podem ganhar muito com k6.io.
O que é um teste?
Como vocês testam hoje?
Basicamente: código que testa código.
- Ferramentas: Jest.
- O que testar: Funções, métodos e hooks.
- Dica: Utilizar
react-hooks-testing-library.
- Ferramenta principal: Storybook.
- Ferramentas: React Testing Library ou Angular Testing Library.
- Foco: Containers da aplicação.
- Foco exclusivo na validação da Interface de Usuário (UI).
- Ferramenta: Playwright.
- Como funciona: Playwright rodando em conjunto com a aplicação real.
- O teste só deve falhar por um motivo.
- Testes devem ser independentes (isso ajuda muito no paralelismo).
- Cuidado com falsos positivos: garanta o red primeiro.
- Melhores práticas em testes de software.
- Como evitar que sua automação vire código morto (Artigo no Medium).
Vamos sujar as mãos.
- Escrever testes de regressão visual validando o site da SASI usando o Playwright.
- Escrever testes de E2E para testar o site da SASI com Playwright.
- Escrever um teste de unidade para a classe
URL(e propor que vocês escrevam os demais). - Escrever os testes de componente de um
button.
Escrever dois testes de integração:
- Deve exibir o título da página quando ela for carregada.
- Deve exibir o botão de salvar a coleção.

