Pular para o conteúdo
SDETRole
SDETRole

Documentação de QA

Relatório de execução de testes

Taxa de aprovação, progresso e defeitos em um relatório pronto para o release.

Roda inteiramente no seu navegador Sem cadastro

Test case counts
Defects raised, by severity

One per line: defect IDs, blockers, untested areas.

Recommendation

Conditions for release, follow-up testing, sign-off.

Pass rate
n/a
0 of 0 executed
Progress
n/a
0 of 0 attempted
Defects
0
0 open
  • ✓ Passed 0
  • ✕ Failed 0
  • ! Blocked 0
  • ○ Skipped 0
  • · Not run 0
Formulas
  • Executed = Passed + Failed
  • Pass rate = Passed ÷ Executed × 100
  • Execution progress = (Passed + Failed + Blocked + Skipped) ÷ Total × 100
  • Pass % of total = Passed ÷ Total × 100

Markdown

Sobre esta ferramenta

No fim de um ciclo de testes, os stakeholders querem três respostas: quanto foi testado, quanto passou e se é seguro liberar. Este relatório calcula a taxa de aprovação como aprovados ÷ (aprovados + reprovados), para que testes bloqueados e pulados não a inflem nem a reduzam, e o progresso de execução como tudo o que foi tentado ÷ total, para que o trabalho não testado continue visível. Ele avisa quando a soma dos status não bate com o total e quando uma recomendação Go aparece ao lado de testes reprovados ou defeitos Critical. A saída HTML usa layout em tabela e estilos inline porque a maioria dos clientes de e-mail ignora folhas de estilo, e “Copy for email” coloca HTML formatado na área de transferência para colar no Outlook ou no Gmail.

Como usar

  1. Informe o build, as datas dos testes e o ambiente.
  2. Preencha as contagens de total, aprovados, reprovados, bloqueados, pulados e não executados, e os defeitos abertos por severidade.
  3. Liste os principais problemas e escolha Go, Go com riscos ou No-go.
  4. Copie o Markdown ou o texto puro, ou use o formato de e-mail HTML e “Copy for email”.

Perguntas frequentes: Relatório de execução de testes

Por que a taxa de aprovação é calculada só sobre os testes executados?

Testes bloqueados e pulados nunca rodaram, então não poderiam passar nem falhar. Incluí-los no denominador esconde falhas reais atrás do trabalho não testado. O progresso de execução é informado separadamente para que a parte não testada continue visível.

O que significa “Go com riscos”?

O release pode seguir, mas restam problemas conhecidos ou áreas não testadas que foram aceitos pelos tomadores de decisão. Liste-os em Principais problemas para que o risco fique explícito e registrado.

Por que os números não batem?

O total deve ser igual a aprovados + reprovados + bloqueados + pulados + não executados. Se não for, algum teste foi contado em dobro ou esquecido. A ferramenta mostra a diferença para você corrigir antes de enviar o relatório.

Digite para buscar em todo o SDETRole.

Busca de texto completo com Pagefind · roda no seu navegador Abrir página de busca →