Garantir que o software atenda requisitos e expectativas — prevenindo defeitos, validando comportamento e medindo qualidade de forma sistemática.
──────────────────────────────────────────────────────────── CASO DE TESTE ──────────────────────────────────────────────────────────── ID: [CT-000] Título: [comportamento verificado] RF / US: [RF-000] / [US-000] Tipo: [Funcional | Integração | E2E | Regressão | Não funcional] Prioridade: [Alta | Média | Baixa] Automatizado: [Sim | Não | Parcial] Script: [caminho ou ID] Pré-condições: - [estado inicial do sistema e dados] Dados de teste: - [entradas, usuários, períodos, arquivos] Passos: 1. [ação] 2. [ação] 3. ... Resultado esperado: - [comportamento e dados esperados — mensurável] Pós-condições: - [efeitos persistentes: log, registro em banco, arquivo gerado] Critério de aprovação: - [ ] Passou [ ] Falhou [ ] Bloqueado Evidências: - [print, log, hash do arquivo, response HTTP] ──────────────────────────────────────────────────────────── EXEMPLO PREENCHIDO ──────────────────────────────────────────────────────────── ID: CT-012-03 Título: Exportar PDF com registros no período válido RF / US: RF-012 / US-018 Tipo: E2E Prioridade: Alta Automatizado: Sim Script: tests/e2e/exportar-pdf.spec.ts Pré-condições: - Homologação disponível; usuário gestor@teste com permissão de exportação. - Base contém 15 atividades entre 01/05/2026 e 15/05/2026. Dados de teste: - Período: 01/05/2026 a 15/05/2026; filtros padrão. Passos: 1. Autenticar como gestor. 2. Abrir Consulta de atividades e aplicar o período. 3. Clicar em "Exportar PDF". 4. Aguardar conclusão do download. Resultado esperado: - Download de arquivo .pdf em até 30 segundos (RNF-005). - PDF legível contém cabeçalho, período e lista de 15 itens. - Log de auditoria registra usuário, filtros e timestamp. Pós-condições: - Nenhuma alteração nos dados de atividades; apenas novo registro de auditoria. Critério de aprovação: - [x] Passou [ ] Falhou [ ] Bloqueado Evidências: - Anexo: ct-012-03.pdf; log ID 88421; HTTP 200 no POST exportar-pdf.
──────────────────────────────────────────────────────────── RELATÓRIO DE DEFEITO ──────────────────────────────────────────────────────────── ID: [BUG-000] Título: [resumo objetivo] Detectado em: [versão / build / data] Ambiente: [dev | homologação | produção] Severidade: [Crítica | Alta | Média | Baixa] Prioridade: [P0 | P1 | P2 | P3] RF / CT: [referência] Descrição: [o que está errado do ponto de vista do usuário ou negócio] Passos para reproduzir: 1. ... 2. ... Resultado esperado: - [...] Resultado obtido: - [...] Evidências: - [prints, stack trace, request/response] Impacto: - [usuários afetados, workaround disponível?] Responsável / status: - [dev] — [Aberto | Em correção | Em teste | Fechado] ──────────────────────────────────────────────────────────── EXEMPLO PREENCHIDO ──────────────────────────────────────────────────────────── ID: BUG-09 Título: Consulta retorna dia anterior após 22h (timezone) Detectado em: build 1.4.2-hom — 03/06/2026 Ambiente: homologação Severidade: Alta Prioridade: P1 RF / CT: RF-008 / CT-008-01 Descrição: Filtro "hoje" na consulta de atividades exibe registros do dia calendário anterior quando o servidor está em UTC e o usuário em UTC-3 após 22h. Passos para reproduzir: 1. Ajustar relógio do cliente ou simular TZ America/Sao_Paulo às 22:30. 2. Autenticar e abrir consulta com filtro "hoje". 3. Comparar data exibida com registros retornados. Resultado esperado: - Apenas atividades do dia local corrente. Resultado obtido: - Lista inclui registros de 00:00–02:59 UTC do dia seguinte (ainda "ontem" local). Evidências: - Screenshot + JSON da API com campo dataHora em UTC sem conversão. Impacto: - Gestores podem exportar PDF (RF-012) com período incorreto. Responsável / status: - Ana — Em correção
──────────────────────────────────────────────────────────── PLANO DE TESTES ──────────────────────────────────────────────────────────── Release / Sprint: [identificador] — [datas] Escopo: - Incluído: [funcionalidades / RF / US] - Excluído: [o que não será testado neste ciclo e por quê] Objetivos: - Validar critérios de aceite de [US-xxx] - Confirmar RNF [RNF-xxx] com evidência - Regressão nas áreas: [módulos] Abordagem: - Unitários: [framework, meta de cobertura em módulos críticos] - Integração: [APIs, contratos] - E2E: [fluxos principais em homologação] - Manual: [exploratório, usabilidade, acessibilidade] Ambiente e dados: - URL homologação: [url] - Massa de dados: [scripts, anonimização] Critérios de entrada: - [ ] Build estável em homologação - [ ] Casos de teste revisados - [ ] Ambiente e credenciais disponíveis Critérios de saída (aprovado para release): - [ ] 100% casos Alta prioridade passando - [ ] Sem defeitos P0/P1 abertos - [ ] Evidências de RNF críticos anexadas - [ ] PO assina aceite (UAT) Riscos: - [risco] — mitigação: [ação] ──────────────────────────────────────────────────────────── EXEMPLO — ESCOPO SPRINT 14 ──────────────────────────────────────────────────────────── Incluído: US-018 (exportar PDF), BUG-09 (timezone), regressão consulta RF-008. E2E: CT-012-01 a CT-012-05; carga leve na API exportar-pdf (RNF-005). Saída: PO valida PDF em homologação + log de auditoria conferido.