Artefatos de QA

O que são Artefatos de QA?

Artefatos de QA são os documentos e registros gerados durante o ciclo de vida dos testes. Eles servem para organizar o fluxo de trabalho, garantir a comunicação clara com os desenvolvedores e servir como histórico da qualidade do projeto.

---

Principais Artefatos

Casos de Teste

O planejamento: o que vamos testar e como.

Bug Report

O registro: o que deu errado e como reproduzir.

Evidências

A prova: prints, vídeos e logs do erro.

Relatórios

O resumo: o sistema está pronto para subir?

---

1. Casos de Teste

Antes de abrir o sistema, o QA planeja os passos. Um bom conjunto de testes deve validar tanto o sucesso da operação quanto a resiliência do sistema diante de erros.

Template de Caso de Teste

Funcionalidade: [Nome da Funcionalidade]
Cenário: [O que está sendo validado]
Tipo: [Positivo ou Negativo]

Passos: > 1. [Passo 1]
2. [Passo 2]
3. [Passo 3]

Resultado esperado: > [O que o sistema deve fazer ao final dos passos]

---

Tipos de Cenários

Para garantir que o software seja robusto, dividimos os casos de teste em dois grupos principais:

• Cenário Positivo (Caminho Feliz): Valida se a funcionalidade faz o que deveria com os dados corretos.
• Cenário Negativo (Caminho de Exceção): Valida se o sistema exibe mensagens de erro amigáveis e não “quebra” ao receber dados inválidos.

Exemplo Prático: Cadastro de Membro

Cenário Positivo (Sucesso): Passos: 1. Preencher todos os campos corretamente.
2. Clicar em “Salvar”.
Resultado esperado: Cadastro realizado com sucesso e feedback visual positivo.

Cenário Negativo (Campo Vazio): Passos: 1. Deixar o campo “Nome” vazio.
2. Tentar salvar.
Resultado esperado: O sistema deve destacar o campo em vermelho e exibir “O nome é obrigatório”.

Cenário Negativo (Dado Duplicado): Passos: 1. Tentar cadastrar um e-mail que já existe no sistema.
Resultado esperado: O sistema deve impedir a criação e avisar que o e-mail já está em uso.

---

2. Bug Report

Encontrou um erro? O Bug Report é o documento que você envia para o desenvolvedor. Ele deve ser direto e sem ambiguidades.

Template de Bug Report

Título: [Breve descrição do erro]

Passos para reproduzir: > 1. [Caminho percorrido]
2. [Ação realizada]
3. [Dado inserido]

Resultado esperado: [O que deveria ter acontecido]
Resultado atual: [O que realmente aconteceu]
Severidade: [Baixa / Média / Alta / Crítica]

Regra de Ouro

1 Bug Report = 1 Problema. Nunca misture erros diferentes no mesmo chamado. Isso dificulta a correção e a métrica de qualidade.

---

3. Evidências de Teste

As evidências são a “prova do crime”. Elas ajudam o desenvolvedor a entender o contexto do erro sem precisar perguntar ao QA o tempo todo.

• Prints de tela: Mostre o erro visual ou a mensagem do sistema.
• Vídeos (Loom/Screen Record): Essenciais para bugs interativos.
• Logs do Console (F12): Para erros de API ou travamentos de código (Javascript).

---

4. Relatórios de Teste (Sumário)

Ao final de uma tarefa ou sprint, o QA apresenta o status da funcionalidade através de métricas simples.

Métrica	Valor
Testes Totais	10
Passou	08
Falhou	02
Status Final	Reprovado (Aguardando correções)