Fui responsável por estruturar a área de QA de uma empresa do zero — escrevendo casos de teste, executando testes funcionais e documentando bugs em diversas plataformas web. Também trabalhei com automação em Playwright e mantenho meu foco em performance e qualidade em todo o ciclo de desenvolvimento.
Tenho 23 anos e atuei como Analista de QA na empresa onde fui o primeiro profissional de Qualidade de Software (QA) — responsável por estruturar todo o processo do zero. Cheguei a essa posição depois de um período como Analista de Suporte na mesma empresa.
Como QA, criei cenários e casos de teste, executei testes funcionais em plataformas web, documentei e acompanhei bugs, organizei evidências e alinhei demandas com o time de desenvolvimento. Também tenho conhecimento básico em HTTP e API REST, incluindo endpoints, requests, responses, headers, body, JSON, parâmetros e métodos GET/POST. Já dei os primeiros passos em automação com Playwright.
Como Suporte, atuei na gestão de chamados técnicos, validação de pedidos, análise de incidentes e cumprimento de SLA — base que me deu uma sólida análise funcional de sistemas web e que carrego comigo no QA.
Fui responsável por estruturar toda a área de QA da empresa do zero. Na prática, isso envolveu mapear cada plataforma aba por aba, tela por tela, escrever os casos de teste funcionais de cada fluxo e documentar os bugs encontrados com evidências e severidade.
Tudo isso foi gerenciado no ClickUp, aplicando conceitos que também aparecem em ferramentas como Jira: boards, backlog, sprints, issues, severidade e workflows de bug. A lógica de gestão é transferível entre plataformas.
Uma plataforma que desenvolvi para a comunidade de Quality Assurance praticar, experimentar e evoluir. O Near QA Lab reúne ambientes voltados a testes exploratórios, automação, estudos e validações de API.
Desenvolvi uma aplicação de testes automatizados end-to-end com Playwright e TypeScript, cobrindo fluxos de login e catálogo com cenários positivos e negativos, asserções e organização de suítes. A simulação abaixo mostra a lógica dos testes rodando sobre o NearQA Lab, projeto que criei para a comunidade praticar Qualidade de Software.
A ideia aqui é mostrar o raciocínio por trás da automação: preparar cenário, interagir com a tela, validar comportamento esperado e deixar claro quando algo falha.
🔗 projeto utilizado nos testes: nearqalab.com.br →
Um exemplo visual de como eu validaria uma API no estilo Postman: endpoint, método HTTP, headers, parâmetros, body JSON, status code e response. A ideia é mostrar conhecimento básico/prático para apoiar testes funcionais e conversar melhor com desenvolvimento.
Documentar bem um bug é metade do trabalho de QA. Cada report que escrevo traz passos de reprodução, resultado esperado vs. obtido, severidade e evidências — para que o time de desenvolvimento consiga reproduzir e corrigir sem fricção.
Recomendações feitas por gestores, professores e colegas no LinkedIn.
Para conversas profissionais sobre QA, qualidade de software, testes funcionais ou automação, meus canais de contato estão abaixo.