Documentação para Teste de Software - eTecnologia/projeto-genesis GitHub Wiki

Documentação para Teste de Software, não discutimos Teste de Software e nem se alongamos nesse tema. Contudo, quando pensamos em Ciclo de Vida de Desenvolvimento de Produto de Software é natural definirmos os artefatos (documentos) necessários para ter um ciclo consistente.

Documentação para Teste de Software:
A IEEE 829:2008, é conhecida como um padrão para Documentação de Teste de Software, é um documento da IEEE que especifica a forma de uso de um conjunto de documentos em oito estágios definidos de teste de software, cada estágio potencialmente produzindo seu próprio tipo de documento. O padrão define o formato desses documentos, mas não especifica se todos eles devem ser produzidos, nem inclui quaisquer regras e/ou critério de conteúdo para esses documentos. A versão atual do padrão é IEEE 829:2008.

Visão Geral da Documentação de Teste segundo a IEEE 829:2008

IEEE 829 descreve documentos para as atividades de teste de um produto de software. Esses documentos serão usados nas atividades de planejamento, especifição e relatórios de testes.

Documentação para Teste de Software segundo IEEE 892:2008

  • Plano Máster de Teste
  • Plano de Teste:
    o Plano de Teste de Componente (ou de teste unitário)
    o Plano de Teste de Integração de Componentes
    o Plano de Teste de Sistema
    o Plano de Teste de Aceitação
  • Desenho (Projeto) de Teste de Aceitação, Sistema, Integração e Unitário
  • Casos de Teste de Aceitação, Sistema, Integração e Unitário
  • Procedimentos de Teste de Aceitação, Sistema, Integração e Unitário
  • Relatórios de Execução dos Testes:
    o Log de Teste
    o Relatório de Anomalias (antigo Relatório de Incidentes)
    o Relatório de Estado de Teste:
    • Progresso
    • Sumário
  • Relatório Máster de Teste:
    o Relatório de teste de componente (ou de teste unitário)
    o Relatório de teste de integração de componentes
    o Relatório de teste de sistema
    o Relatório de teste de aceitação

Observações:
- Plano Máster de Teste deve ser considerado como o documento estratégico e tático e os Planos de Teste os documentos operacionais da etapa de planejamento. Contudo, caso exista apenas um Plano de Teste é Plano Máster não será necessário.
- O Relatório Máster de Teste deve ser uma integração de todos os relatórios listados.

A equipe de teste deve definir quais documentos serão aplicados para fazer o teste de software, a IEEE 829:2008 não define e nem impõem quais documentos devem ser utilizados, isso é uma decisão da equipe de teste. Contudo, recomendamos uma Documentação Mínima:
- Plano de Teste
- Casos de Teste e/ou Equivalente
- Evidência de Teste (Demonstra a Execução do Teste)
- Relatório de Anomalias (antigo Relatório de Incidentes de Teste)
- Log de Teste (automatizado)

Para maioria dos ciclos de desenvolvimento esses documentos são suficientes para realizar os testes de software com eficiência e eficácia. Contudo, acrescento a Política de Teste como um documento para definição do objetivo do teste e para nortear as atividades de teste de produto de software

Não existe muitos livros sobre este assunto, contudo podemos destacar:


Para ir além:
Teste de Software
ISO 29119 - Teste de Software
⚠️ **GitHub.com Fallback** ⚠️