Coleção pessoal · Espécimes catalogados desde 2026
Onde falhas de software são capturadas, etiquetadas e estudadas com curiosidade.
Este é meu primeiro projeto de vibe coding: um site simples, montado com HTML e CSS, hospedado no GitHub Pages. Aqui vou registrar o que aprendo caçando bugs e explorando segurança de software — um espécime de cada vez.
Gaveta 01 — Método de estudo
Estudar conceitos de segurança e desenvolvimento web, um pouco a cada dia.
Testar ideias em projetos pequenos, reais e visíveis — como este.
Construir um portfólio de descobertas, um espécime de cada vez.
Gaveta 02 — Espécimes catalogados
Campo de e-mail aceita valores sem "@", permitindo cadastros inválidos no banco de dados.
Link do rodapé "Sobre" aponta para uma página que não existe (erro 404).
Botões de "Enviar" usam bordas arredondadas diferentes entre as páginas do site.
Gaveta 03 — Ferramentas do Laboratório
Inspeciono elementos HTML/CSS, valido status HTTP na aba Network e monitoro erros de script no Console.
Monto requisições GET, POST, PUT e DELETE e valido headers, tokens e respostas em JSON.
Estudo scripts pra simular a jornada do usuário, com asserções de elementos e validação de fluxos críticos.
Registro reports de bugs, acompanho o ciclo de vida das falhas e organizo tarefas de teste em quadros Kanban/Scrum.
Gaveta 04 — Diário de Campo
Testei o próprio Laboratório com uma missão curta e um cronômetro em vez de sair clicando sem rumo — e sobrou uma sessão fácil de reportar no lugar de uma sensação vaga de "parece que tá tudo bem".
Aprendi a separar os dados de um campo em grupos e testar só um representante de cada — economia de tempo sem perder cobertura, e uma técnica que combina direto com boundary testing.
Mapeei o fluxo de trabalho completo no Jira e entendi por que rastreabilidade não é burocracia: é o que garante que ninguém perca de vista o impacto real de um bug.
Trabalhando solo, o objetivo não é automatizar tudo — é automatizar só o que se repete e economiza tempo real: regressão, checagem de API e monitoramento contínuo.
Estudei o fluxo que um bug percorre depois de encontrado e entendi que "Fixed" não é o fim da história — sou eu, o QA, que fecho o ciclo de verdade testando de novo e confirmando.
Aprendi que um bom report tem passos claros pra reproduzir, comportamento esperado x encontrado, severidade e evidência (print ou log) — sem isso, o dev perde tempo só tentando entender o problema.
Pratiquei testar os extremos de um campo numérico — mínimo, máximo, um valor abaixo e um acima. É nessas bordas que a maioria dos bugs de validação aparece.
Estudei uma matriz simples pra decidir o que corrigir primeiro: bugs de alto impacto e alta frequência sobem pro topo da fila, os de baixo impacto e baixa frequência esperam.
Entendi melhor quando vale a pena escrever um teste automatizado e quando um teste exploratório manual encontra mais problemas reais, principalmente em telas novas.
Estudei os princípios POUR e comecei a testar navegação só com teclado — descobri três armadilhas de foco que eu nunca tinha percebido antes.
Primeiro contato com métodos HTTP, códigos de status e como montar uma coleção de requisições pra validar respostas antes de testar a interface.
Gaveta 05 — Glossário Técnico de QA
Do teste unitário ao teste de carga: os principais tipos e níveis de teste usados no dia a dia de QA.
Casos de teste, plano de testes, cobertura e rastreabilidade — o vocabulário de processo do QA.
Frameworks, pipelines e CI/CD: os termos por trás dos testes automatizados.
API, endpoint e mock/stub — o essencial pra testar a comunicação entre sistemas.
Homologação, staging e sprint: onde e quando os testes acontecem.
Bug, issue, edge case, happy path: o vocabulário em inglês que todo QA usa no dia a dia.
Backlog, sprint, Definition of Done e hotfix — os termos de processo em inglês.
Staging, production, deploy e build — o caminho de uma versão até o ar.
Request, response, payload e status code — a linguagem por trás de cada requisição.
Framework, assertion, test runner e flaky test — o vocabulário de quem escreve testes automatizados.
Enviar Pista ou Mensagem
Achou um bug, tem uma sugestão ou quer trocar uma ideia? Deixe sua pista abaixo.