QA e automatização de testes
Testes que dizem alguma coisa. QA manual onde é preciso discernimento, suites automatizadas onde há repetição e um pipeline em que um teste que falha realmente trava uma release.
O que fazemos
QA manual
Planos de teste escritos a partir dos seus requisitos, sessões exploratórias em dispositivos e browsers reais e relatórios de defeitos que um programador consegue reproduzir logo à primeira leitura.
Automatização de testes
Suites end-to-end em Playwright que correm na integração contínua em cada alteração, além de testes ao nível da API, mais rápidos e menos frágeis do que controlar a interface.
Barreira de release
Um pipeline em que uma suite vermelha bloqueia o deploy e uma falha notifica o programador que pode agir sobre ela, e não um canal que ninguém lê.
Verificações de acessibilidade
Verificações automáticas axe em cada componente e passagens manuais com teclado e leitor de ecrã nos fluxos que importam.
Regras que aplicamos
- Cada correção de bug traz um teste para a sua classe, escrito para a falha geral e não para o único caso reportado, e colocado na camada mais abrangente que a consiga detetar.
- A base de dados nunca é simulada. Os testes de integração correm contra uma base de dados real num contentor, porque os bugs que chegam à produção vivem na lacuna que um mock esconde.
- Os testes verificam falhas específicas, e não «ocorreu um erro». Um teste que passa pelo motivo errado é pior do que nenhum teste.
- A cobertura é medida e não pode regredir, e as suites de browser correm de forma agendada contra uma aplicação compilada e não contra um servidor de desenvolvimento.
Trabalhar com os seus programadores
Um engenheiro de QA da nossa equipa pode integrar o seu processo atual: o seu tracker, a sua definição de concluído, a sua cadência de releases. Também começamos com todo o gosto por uma auditoria pontual que indique onde estão as lacunas de cobertura e qual seria a primeira automatização mais barata, antes de se comprometer com algo mais longo.
Quer saber em que ponto está realmente a cobertura dos seus testes?
Envie o repositório ou uma descrição do seu processo de release. Recebe uma avaliação escrita e um primeiro plano de automatização no prazo de um dia útil.