Engenheiro de QA Sênior · Especialista em Automação

Qualidade que
entrega com confiança.

Projeto e construo ecossistemas de automação que dão ao time a confiança de lançar a cada sprint — de testes funcionais e visuais até pipelines de performance e segurança.

Baseado noBrasil
4+ anos em QA
Web · Mobile · CI/CD
$ quality-pipeline --runbuild: passing · every sprint
  1. functional
  2. visual
  3. accessibility
  4. performance
  5. security

Estudos de Caso

CASE 01

Framework de Testes Mobile com IA

Integração via MCP entre Jira, TestRail e Maestro para gerar, orquestrar e evoluir estratégias de teste automaticamente.

  • IA
  • Mobile
  • CI/CD
Automatizada
Geração de casos de teste a partir de tickets do Jira
3 sistemas
Jira, TestRail e Maestro unificados via MCP
Expandida
Cobertura de testes mobile em prazo restrito
Ferramentas usadas:
  • MCP
  • Jira
  • TestRail
  • Maestro

Contexto

O projeto operou com escopo fechado e prazo de entrega restrito, o que tornava a escrita e manutenção manual de casos de teste uma limitação real. A cobertura precisava crescer rapidamente sem que o time tivesse capacidade de construí-la do zero. A questão era como escalar a cobertura de testes mobile dentro dos limites de tempo e recursos existentes.

O que foi construído

O time construiu um framework usando MCP (Model Context Protocol) como camada de integração entre três sistemas: Jira para requisitos, TestRail para gestão de testes e Maestro para automação de UI mobile. O framework lê tickets e critérios de aceite do Jira, gera e sincroniza casos de teste no TestRail, e produz ou atualiza fluxos de teste no Maestro — criando um pipeline onde as estratégias de teste evoluem automaticamente conforme os requisitos do produto mudam.

Contribuí para a definição da arquitetura do framework e foquei na expansão da cobertura de testes à medida que a suíte era construída, trabalhando junto ao time para validar e estender os fluxos gerados.

Aspectos-chave

MCP como camada de integração

Em vez de construir integrações frágeis ponto a ponto entre ferramentas, o MCP forneceu um protocolo estruturado para conectar múltiplos sistemas com compartilhamento consistente de contexto — tornando a camada de IA ciente dos requisitos, do estado dos testes e dos resultados de automação simultaneamente.

Maestro como alvo da automação

A sintaxe YAML do Maestro, legível por humanos, tornou-o uma escolha natural para fluxos de teste gerados por IA — o resultado é revisável e editável por engenheiros, sem ser uma caixa preta.

Engenheiros no loop

Os testes gerados eram propostos, não mesclados automaticamente. Engenheiros revisavam e aprovavam os fluxos antes de entrarem na suíte, preservando o controle de qualidade enquanto eliminava o trabalho em branco de escrever cobertura do zero.

Resultados

$ qa-report --case case-01

  • AutomatizadaGeração de casos de teste a partir dos requisitos dos tickets
  • 3 sistemasUnificados em um único pipeline inteligente
  • Mais rápidaCobertura expandida dentro de um prazo restrito
  • EscalávelEstratégias de teste evoluem conforme os requisitos mudam

CASE 02

Ecossistema de QA Digital Multi-Marca

Estratégia de QA completa para web, mobile e plataformas de fidelidade de um grande grupo de restaurantes, abrangendo múltiplas marcas.

  • Web
  • Mobile
  • CI/CD
A cada sprint
Cadência de lançamento em produção atingida
< 1 dia
Tempo de ciclo de regressão completa
5 camadas
Funcional, Visual, Acessibilidade, Performance e Segurança
Ferramentas usadas:
  • Cypress
  • Percy
  • Axe-core
  • k6
  • OWASP ZAP
  • Maestro
  • Robot Framework

Contexto

No início da minha carreira, entrei em um time multifuncional responsável por expandir a presença digital de um grande grupo de restaurantes. O escopo era significativo: aprimorar aplicativos mobile nativos parcialmente construídos, criar um novo site do zero — incluindo um CMS (Sitecore) e uma experiência de pedidos integrada — e eventualmente absorver marcas adicionais sob o mesmo guarda-chuva, incluindo sua plataforma de fidelidade.

O projeto exigia uma estratégia de QA capaz de escalar entre múltiplas marcas, múltiplas plataformas e um time em crescimento.

O que foi construído

A cobertura de automação abrangeu cinco dimensões, todas rodando automaticamente a cada push para o ambiente de QA:

Testes funcionais via suíte web com Cypress e arquitetura Page Object construída para escala e reuso multi-marca. Regressão visual com Percy para capturar quebras de layout e componentes em um frontend com CMS. Verificações de acessibilidade com Axe-core cobrindo conformidade WCAG nos templates de página. Testes de carga de performance com k6 direcionados aos principais fluxos de usuário em staging. Varredura de segurança com OWASP ZAP integrado diretamente ao pipeline de CI/CD.

Decisões-chave

Cypress ao invés de Java + Selenium

Conduzi dois POCs estruturados e descartei Java + Selenium, apesar de ser a escolha familiar. A complexidade de onboarding não era adequada para um time que incluía estagiários, e a verbosidade atrasaria as entregas. Com a expansão multi-marca já antecipada, escolhi o Cypress e projetei a arquitetura de Page Object explicitamente com essa escala em mente.

Percy ao invés de BackstopJS

Identifiquei que assertivas funcionais sozinhas não detectariam regressões visuais em um frontend orientado a CMS com muitas imagens. Após avaliar ambas as ferramentas, o Percy venceu pela qualidade de integração com CI/CD e confiabilidade no gerenciamento de baselines.

k6 ao invés de JMeter

Testes de performance não estavam no roadmap original. Identifiquei a lacuna, defendi sua inclusão e escolhi k6 ao invés de JMeter pela abordagem code-first e adequação nativa ao nosso pipeline — o modelo orientado a GUI do JMeter teria criado fricção desnecessária.

Adiando a reescrita do Robot Framework — e migrando no momento certo

Identifiquei problemas estruturais na suíte mobile existente cedo, mas avaliei que uma reescrita imediata seria mais prejudicial do que benéfica. Tomei a decisão deliberada de aguardar, e depois liderei a migração arquitetural para o Maestro quando a maturidade do projeto e a capacidade do time justificaram.

OWASP ZAP como gate no pipeline

Integrei o ZAP diretamente ao CI/CD para que as varreduras de segurança rodassem automaticamente a cada build, tratando segurança como uma preocupação de entrega contínua e não como uma verificação de última hora.

Resultados

$ qa-report --case case-02

  • A cada sprintLançamentos em produção — sem backlogs de regressão bloqueando entregas
  • < 1 diaCiclo de regressão completa, substituindo o que antes levava vários dias manualmente
  • Multi-marcaArquitetura escalada para marcas adicionais com mínimo retrabalho
  • 5 camadasFuncional, visual, acessibilidade, performance e segurança — tudo automatizado

Outros Projetos

Vamos conversar