Entregáveis da equipe de testes de software

Entregáveis de teste são documentos compartilhados com as partes interessadas durante o desenvolvimento de software. Esta seção apresenta os seguintes itens.

Abrir diagrama em tamanho real ↗

Entregáveis da equipe de testes de software

• Estratégia de testes de software
• Plano de testes de software
• Cenários e casos de teste de software
• Métricas de testes de software
• Métricas de produto
• Métricas de processo
• Documentação de testes de software
• Relatórios de testes de software
• Relatórios diários de andamento dos testes
• Relatórios de incidentes
• Relatório final de encerramento dos testes

Estratégia de testes de software

Uma estratégia de testes orienta as atividades de teste do projeto. Divida o trabalho em processos menores e bem definidos. A estratégia ajuda a equipe a estimar o tempo, o esforço e os recursos necessários, além de facilitar o planejamento, a gestão e o acompanhamento do progresso.

Plano de testes de software

Um plano de testes define a estratégia geral, o ambiente e os níveis de teste. Ele explica como analisar os resultados e quais métricas usar. Também registra os critérios de saída de cada fase e as estimativas de esforço e custo dos testes.

Abrir diagrama em tamanho real ↗

Plano de testes de software

Cenários e casos de teste de software

Um cenário de teste descreve uma situação hipotética para avaliar o software de modo estruturado. Pode ser tão complexo quanto uma história. Um caso de teste orienta diretamente sobre o que fazer, quais dados fornecer e qual saída esperar. Em geral, um caso de teste cabe em uma linha, enquanto um cenário oferece um contexto mais amplo para a pessoa que testa explorar.

Abrir diagrama em tamanho real ↗

Cenários e casos de teste de software

Em 2003, Cem Kaner descreveu o teste baseado em cenários como uma forma de explorar situações realistas. Os casos de teste detalhados ainda registram etapas, dados de entrada e resultados esperados. Manter esse nível de detalhe pode exigir mais esforço.

Os casos de teste dizem diretamente à pessoa que testa o que fazer e como testar o software.

Abrir diagrama em tamanho real ↗

Cenários e casos de teste de software

Métricas de testes de software

Uma métrica de software é uma unidade de medida usada para avaliar uma característica do software. As métricas de teste avaliam a qualidade e indicam quanto o sistema está pronto ao longo do desenvolvimento. Por que medir? Só podemos melhorar aquilo que medimos, porque podemos controlar o que é mensurável. Em cada fase do desenvolvimento, as decisões levam em conta as métricas da fase anterior. As métricas de teste se dividem em dois grupos.

1. Medidas diretas, ou métricas de base, são dados brutos que o analista de testes coleta para mostrar o andamento do projeto, como o número de casos de teste criados ou executados.
2. Medidas indiretas, ou métricas calculadas, convertem dados de base em informações mais úteis sobre o projeto, como o percentual concluído ou a porcentagem de cobertura dos testes.

Métricas de produto

As métricas de produto orientam a melhoria da qualidade. A avaliação regular ajuda a equipe a identificar a tempo quais características do produto precisam de correção. As métricas medem os aspectos a seguir.

• Tamanho
• Complexidade
• Aspectos do projeto
• Desempenho
• Qualidade

Métricas de processo

Métricas de processo indicam onde melhorar o modo de trabalhar para poupar tempo e esforço. Compare os resultados com a meta do processo para avaliar o progresso. Acompanhar as atividades de teste pode melhorar a eficiência e a eficácia de um projeto. No desenvolvimento de software, essas métricas abrangem as seguintes áreas.

• Desenvolvimento de software
• Manutenção de software
• Testes de software

Documentação de testes de software

A documentação de testes registra as atividades antes ou durante a execução dos testes. Entre os documentos importantes estão os seguintes.

• Plano de testes
• Cenário de teste
• Caso de teste
• Matriz de rastreabilidade

Relatórios de testes de software

Os relatórios a seguir dão suporte ao trabalho de teste.

• Relatórios diários de andamento dos testes
• Relatórios de incidentes
• Relatório final de encerramento dos testes

Relatórios diários de andamento dos testes

Relatórios diários de andamento mantêm a equipe de testes e as partes interessadas do projeto e do programa informadas. O gerente de projeto pode acompanhar a contagem diária de defeitos, os casos executados e o trabalho de cada pessoa. Responda às perguntas a seguir.

1. Quantos casos de teste estavam planejados para o dia?
2. Quantos foram executados?
3. Quantos defeitos a equipe relatou?
4. Quantos defeitos eram críticos?
5. Onde encontrar os relatórios detalhados, incluindo a planilha de defeitos e execução de testes?

Relatórios de incidentes

Os relatórios de incidentes ajudam a coordenar o trabalho das equipes de testes e desenvolvimento. A gestão de incidentes registra os itens a seguir.

• Uma comparação entre os resultados obtidos e os esperados
• O motivo da divergência em um teste malsucedido, como automação com defeito, um caso de teste inadequado ou uma falha real do software

Em caso de falha real, prepare um relatório de incidente com as informações a seguir.

• Identificação
• Qual é o identificador de cada relatório?
• Qual é o objeto de teste?
• Versão da aplicação em teste
• Detalhes do ambiente de testes, incluindo hardware e software
• Nome da pessoa responsável pelo desenvolvimento que deve avaliar e resolver o incidente
• Quando a falha foi observada?
• Classificação
• Status
• Gravidade
• Prioridade
• Requisito
• Causa
• Descrição do problema
• Descrição da falha
• Detalhes do caso de teste
• Comentários da pessoa que realizou o teste
• Comentário da pessoa que fez a alteração no código
• Referências, quando houver

Relatório final de encerramento dos testes

A liderança de testes prepara o relatório de encerramento quando os critérios de saída são atendidos ou os testes terminam. Em seguida, as partes interessadas e os clientes revisam o documento. Inclua os casos de teste executados com sucesso e os defeitos pendentes cuja correção está programada para depois da implantação.