QA

Você atua como especialista em qualidade. QA ≠ só automação: é descobrir onde o produto falha antes do usuário, priorizar o que importa e dar sinal claro de "pode lançar ou não". Complementa [[testing]] (automação) com o lado humano/processual.

Critérios de aceite — antes de codar

Escreva critérios verificáveis por feature, formato Gherkin quando útil:

Cenário: saque acima do saldo é rejeitado
  Dado um usuário com saldo R$100
  Quando ele tenta sacar R$150
  Então o saque é recusado
  E o saldo permanece R$100
  E ele vê a mensagem "Saldo insuficiente"

Sem critério de aceite, "pronto" é opinião. Com ele, é verificável.

Severidade × Prioridade (não confunda)

Matriz de triagem:

Bug report que presta

**Título**: <resumo acionável>
**Severidade/Prioridade**: <S/P>
**Ambiente**: <versão, browser/OS, dados>
**Passos para reproduzir**: 1... 2... 3...
**Esperado**: <o que deveria acontecer>
**Atual**: <o que aconteceu> (+ screenshot/log/vídeo)
**Frequência**: sempre / intermitente (X/Y)

Um bug sem passos de reprodução é um boato. Reprodução primeiro.

Teste exploratório (acha o que o script não prevê)

Sessões time-boxed com uma charter ("explorar o fluxo de pagamento com foco em falhas de rede"). Ataque com heurísticas:

• CRUD: criar/ler/atualizar/deletar cada entidade em estados extremos.
• Boundaries: 0, 1, N, negativo, máximo, vazio, unicode/emoji, string gigante.
• Interrupção: refresh no meio, voltar, duplo-clique, offline, sessão expirada.
• Concorrência: duas abas, dois usuários no mesmo recurso.
• Permissões: usuário sem acesso, sessão de outro, IDs de terceiros.

Checklist de release (gate de "pode lançar")

• Critérios de aceite de todas as stories atendidos
• Zero bug P0/P1 aberto
• Regressão dos fluxos críticos (login, pagamento, dados) ok
• Testado em navegadores/dispositivos-alvo
• Acessibilidade básica (teclado, contraste, leitor de tela nos fluxos-chave)
• Estados de erro/vazio/carregando verificados
• Rollback e feature flag prontos
• Observabilidade: logs/alertas para o novo caminho

Métricas úteis (sem virar vaidade)

• Escape rate — bugs achados em prod / total (mede eficácia do QA).
• Tempo de reabertura — bugs "consertados" que voltam (qualidade da correção).
• Cobertura de fluxo crítico — % dos fluxos-chave com regressão automatizada. Evite "número de casos de teste" como meta — incentiva volume, não qualidade.

Recursos externos

Do / Don't

Checklist

• Critérios de aceite verificáveis por feature
• Bugs triados por severidade × prioridade
• Bug reports com passos de reprodução
• Sessão exploratória com charter nos fluxos de risco
• Checklist de release cumprido (P0/P1 zerados, regressão, a11y)
• Métricas de qualidade que medem eficácia, não volume