Que documentação de teste existe?

A documentação de teste inclui artefactos utilizados em várias fases dos testes. Os principais tipos:

• Política de Teste (Test Policy): Documento de alto nível que define os objetivos, abordagens e princípios dos testes na organização.
• Estratégia de Teste (Test Strategy): Documento mais detalhado que descreve o plano geral de testes para um projeto ou produto específico, abrangendo escopo, recursos, cronograma e métodos.
• Plano de Teste (Test Plan): Documento que descreve detalhadamente as ações específicas de teste para uma iteração ou lançamento determinado. Inclui:
  • Objetivos e metas dos testes.
  • Escopo dos testes (o que é testado, o que não é).
  • Critérios de entrada e saída.
  • Tipos de testes.
  • Ambiente de teste.
  • Papéis e responsabilidades.
  • Cronograma.
  • Gestão de riscos.
  • Critérios para pausar e retomar os testes.
• Cenário de Teste / Caso de Teste (Test Case): Documento que descreve passos específicos para realizar um teste determinado, juntamente com o resultado esperado.
• Lista de Verificação (Checklist): Lista de pontos ou funcionalidades a verificar sem uma descrição detalhada dos passos. É usada quando os passos são evidentes ou não requerem formalização.
• Conjunto de Testes (Test Suite / Test Set): Coleção de casos de teste agrupados por um critério determinado (por exemplo, por funcionalidade ou tipo de teste).
• Relatório de Erro / Relatório de Defeito (Bug Report / Defect Report): Documento que descreve um erro encontrado, incluindo passos para reproduzi-lo, resultados atuais e esperados, ambiente e nível de criticidade.
• Relatório de Execução de Testes (Test Execution Report): Documento que resume os resultados da execução dos testes, incluindo o estado de aprovação/reprovação dos casos, número de bugs encontrados e progresso geral.
• Relatório de Encerramento de Teste (Test Closure Report): Documento que resume todo o esforço de teste, incluindo o estado final, lições aprendidas e recomendações.
• Matriz de Traçabilidade (Traceability Matrix): Documento que vincula artefactos de teste com requisitos, ajudando a garantir que todos os requisitos estejam cobertos por testes.

Exemplo de estrutura de um caso de teste simples:

Campo	Descrição
ID do Caso de Teste	Identificador único
Nome do Caso de Teste	Breve descrição do conjunto
Objetivo do Caso de Teste	O que é verificado
Pré-condições	Condições necessárias antes da execução
Passos de Execução	Sequência de ações
Resultado Esperado	Resultado que deve ser obtido
Pós-condições	Estado do sistema após a execução

Exemplo de relatório de defeito simples:

Campo	Descrição
ID do Defeito	Identificador único
Breve Descrição	Resumo do problema em uma frase
Projeto / Módulo	Onde o erro foi encontrado
Versão do Produto	Versão em que o erro foi encontrado
Ambiente	SO, navegador, configurações
Passos para Reproduzir	Sequência de ações para reproduzir o erro
Resultado Factual	O que aconteceu
Resultado Esperado	Como deveria ter sido
Gravidade	Impacto na funcionalidade (Blocker, Critical, Major, Minor, Trivial)
Prioridade	Quão rápido deve ser corrigido (High, Medium, Low)
Autor do Defeito	Quem encontrou o erro
Data de Criação
Estado	(Novo, Aberto, Em Progresso, Resolvido, Fechado, Reaberto)
Atribuído a	Desenvolvedor, responsável

# Exemplo de código para automação de caso de teste (trecho)
def test_user_login_successful():
    # Passos preliminares
    login_page.open()
    login_page.enter_username("valid_user")
    login_page.enter_password("valid_password")
    
    # Passo de execução
    login_page.click_login_button()
    
    # Verificação do resultado esperado
    assert home_page.is_dashboard_displayed()
    # Pós-condições (por exemplo, logout)
    home_page.logout()

# Exemplo de comando para executar conjunto de testes automatizados
pytest tests/smoke_tests.py

A documentação pode ser tanto formal (criada de acordo com modelos) quanto informal, dependendo da metodologia de desenvolvimento e dos requisitos do projeto.