O Que É uma Lista de Verificação de QA de Site?
Uma lista de verificação de QA de site é uma lista sistemática de verificações que garante que um site funcione corretamente antes de entrar no ar. Ela cobre desde links quebrados e compatibilidade de navegador até desempenho, acessibilidade e precisão do conteúdo.
Pense nela como a porta de qualidade final entre o "pronto" e o "no ar". Uma boa lista de verificação de QA de site captura problemas que desenvolvedores e designers individuais deixam passar — porque estão olhando para a mesma página há semanas e não conseguem mais ver os problemas.
Este artigo fornece uma lista de verificação de QA de site gratuita e organizada por categoria, para que você possa usá-la como está ou adaptá-la ao seu projeto.
Lista de Verificação de QA de Site (Gratuita)
1. Teste de Funcionalidade
- Todos os links internos funcionam (nenhum link quebrado)
- Todos os links externos abrem corretamente (verifique o comportamento de target="_blank")
- Todos os formulários enviam corretamente (formulário de contato, cadastro, busca)
- A validação de formulários funciona (campos obrigatórios, formato de email, regras de senha)
- As mensagens de erro dos formulários são úteis e visíveis
- Os botões de chamada para ação (CTA) linkam para as páginas corretas
- A funcionalidade de busca retorna resultados relevantes
- A paginação funciona corretamente (próximo/anterior, números de página)
- Os downloads de arquivos disparam corretamente (PDFs, imagens, documentos)
- Os reprodutores de vídeo e áudio carregam e reproduzem
- As janelas lightbox / modal abrem e fecham corretamente
- A página 404 é exibida corretamente (não a página padrão do servidor)
- A página de erro 500 é estilizada e amigável ao usuário
- A funcionalidade de logout limpa a sessão corretamente
- O tratamento de timeout de sessão funciona como esperado
2. Teste de Compatibilidade de Navegadores e Dispositivos
- Chrome (2 últimas versões)
- Firefox (2 últimas versões)
- Safari (2 últimas versões, incluindo macOS e iOS)
- Edge (2 últimas versões)
- Safari para dispositivos móveis (iPhone, iPad — vários tamanhos de tela)
- Chrome para Android (vários tamanhos de tela)
- Samsung Internet (se for uma região de alto uso)
- Layout responsivo em 320px, 768px, 1024px, 1440px, 1920px
- Nenhuma barra de rolagem horizontal em qualquer largura comum
- Os alvos de toque têm no mínimo 48x48px (usabilidade mobile)
- Os tamanhos das fontes são legíveis em telas pequenas
- As imagens redimensionam corretamente e não transbordam
3. Teste de Desempenho
- Tempo de carregamento da página abaixo de 3 segundos (ou o limite-alvo)
- Pontuação de desempenho do Lighthouse ≥ 80 (mobile)
- As imagens são otimizadas (comprimidas, formato correto, lazy loading)
- CSS e JavaScript estão minificados
- Os recursos que bloqueiam a renderização são minimizados
- Os Core Web Vitals passam (LCP < 2,5s, FID < 100ms, CLS < 0,1)
- Tempo de resposta do servidor (TTFB) abaixo de 600ms
- Os cabeçalhos de cache estão configurados corretamente
- A CDN está configurada (se aplicável)
- Nenhum vazamento de memória em páginas de longa duração (SPA)
4. Teste de SEO e Metadados
- O título da página (tag title) está definido e é único por página
- A meta description está definida e é atraente
- As tags Open Graph (og:title, og:description, og:image) estão presentes
- As tags Twitter Card estão presentes
- A URL canônica está definida corretamente
- A tag h1 está presente e contém a palavra-chave principal
- A hierarquia de cabeçalhos é lógica (h1 → h2 → h3)
- Texto alternativo (alt) é adicionado a todas as imagens
- O sitemap XML é enviado aos mecanismos de busca
- O Robots.txt está configurado corretamente
- As tags Noindex são aplicadas às páginas de staging/dev
- Os dados estruturados / marcação de schema são válidos (teste com o Google Rich Results)
- As URLs são limpas e legíveis (sem underscores, sem ruído de parâmetros)
- Redirecionamentos 301 estão em vigor para URLs alteradas
- Os 404 de URLs antigas redirecionam para páginas relevantes
5. Teste de Acessibilidade
- A navegação por teclado funciona (Tab, Enter, Escape, setas)
- Os indicadores de foco são visíveis (não removidos via outline: none)
- O link "pular para o conteúdo" está presente e funcional
- O contraste de cores atende ao WCAG AA (4,5:1 para texto normal, 3:1 para texto grande)
- O leitor de tela consegue navegar pela página de forma lógica
- Os rótulos ARIA são usados quando necessário (conteúdo dinâmico, controles personalizados)
- Os campos de formulário têm rótulos associados
- As mensagens de erro são anunciadas pelos leitores de tela
- O conteúdo de vídeo tem legendas ou transcrições
- Os elementos interativos são acessíveis via teclado
- O zoom da página de até 200% não quebra o layout
- A preferência por movimento reduzido é respeitada (prefers-reduced-motion)
6. Teste de Conteúdo e Design
- Sem erros de ortografia ou gramática
- A voz da marca é consistente em todas as páginas
- O logotipo linka para a página inicial (não apenas uma imagem estática)
- As informações de contato são precisas (email, telefone, endereço)
- As páginas legais estão atualizadas (política de privacidade, termos de serviço)
- O ano de copyright no rodapé está atual
- As imagens não estão pixeladas ou esticadas
- A renderização das fontes é consistente entre navegadores
- O espaçamento e o alinhamento são consistentes (sem falhas visuais)
- As animações são suaves (60fps) e não causam tontura/mal-estar
- A folha de estilos de impressão funciona (ou o conteúdo imprime corretamente)
7. Teste de Segurança
- O HTTPS é aplicado (redireciona HTTP para HTTPS)
- O certificado SSL é válido (não expirado)
- Os envios de formulários usam POST (não GET)
- A validação de entrada previne XSS e injeção de SQL
- As páginas de autenticação usam HTTPS exclusivamente
- Os cookies de sessão são seguros e HttpOnly
- Nenhum dado sensível no código-fonte (chaves de API, senhas, tokens)
- Os cabeçalhos de segurança (CSP, HSTS, X-Frame-Options) estão configurados
- As URLs de administração não são publicamente acessíveis
- Os uploads de arquivos são restritos (tipo, tamanho) e escaneados
Teste de QA de Site: Como Percorrer a Lista de Verificação
Etapa 1: Escolha suas ferramentas
- Teste manual — percorra a lista de verificação página por página
- Ferramentas automatizadas — Lighthouse, axe DevTools, WAVE, Screaming Frog
- Ferramentas de feedback visual — BugCapturer para anotar problemas diretamente na página
Etapa 2: Vá página por página
Não tente testar o site inteiro de uma vez. Escolha uma página, percorra todas as categorias aplicáveis e depois passe para a próxima página. Comece pelas páginas de alto tráfego e pelos fluxos de trabalho críticos (home page, checkout, login, busca).Etapa 3: Registre os problemas conforme encontrá-los
Quando encontrar um bug, registre-o imediatamente. Use uma ferramenta como o BugCapturer para:- Tirar uma captura de tela anotada com setas e texto apontando para o problema
- Capturar automaticamente a URL, o navegador, o SO e a resolução de tela
- Gravar um vídeo curto se o bug envolver animação ou interação
- Capturar erros de console e falhas de rede automaticamente
Etapa 4: Corrija e reteste
Atribua os problemas aos membros certos da equipe, defina prioridades e reteste após as correções. Cada bug deve ser verificado antes de o site entrar no ar.Lista de Verificação de Garantia de Qualidade Web: Dicas Profissionais
Como o BugCapturer Ajuda com o QA de Sites
O BugCapturer, uma extensão gratuita do Chrome para relatórios de bugs e feedback visual, integra-se diretamente ao fluxo de trabalho de QA:
- Anotação de captura de tela: Arraste para selecionar a área problemática, adicione setas, retângulos e texto. Nenhuma ferramenta de captura de tela separada necessária.
- Gravação de tela: Grave a aba atual como um vídeo WebM e depois corte e extraia os quadros-chave. Perfeito para bugs que envolvem animação, estados de hover ou interações.
- Metadados técnicos automáticos: URL, navegador, SO, resolução de tela e viewport são coletados automaticamente — sem digitação manual.
- Coleta de dados de diagnóstico: Captura logs de console de nível de erro e requisições de rede com falha (status HTTP ≥ 400). As URLs de rede são automaticamente ocultadas quanto a parâmetros sensíveis.
- Email com um clique: Tudo é empacotado em um email estruturado, pronto para enviar ao desenvolvedor.
- Exportação para Excel/TSV: Copie com um clique uma linha estruturada de relatório de bugs com 12 colunas para a área de transferência para acompanhamento em nível de equipe.
Com o BugCapturer, percorrer uma lista de verificação de QA de site se torna drasticamente mais rápido. Cada bug leva 30 segundos para ser relatado em vez de 5 minutos.
Download: Lista de Verificação de QA de Site
Copie a lista de verificação acima para o formato de sua preferência:
- Google Sheets / Excel — crie uma planilha com colunas para cada categoria e caixas de seleção
- Notion / Trello — crie um card de lista de verificação para cada categoria
- Markdown — mantenha o texto bruto no seu repositório ou wiki
- Impresso — use como uma lista de verificação física para sessões de teste manual
O melhor formato é aquele que a sua equipe de QA realmente usa. Adapte a lista de verificação ao seu projeto — adicione itens específicos do projeto, remova os irrelevantes e atualize-a após cada versão.