Execução

A fase de Execução dos Testes é realizada pelos testadores/desenvolvedores envolvidos na entrega na qual o teste de uma versão específica do software é feito com base nos planos de teste e casos de teste preparados anteriormente.

O processo consiste na execução do script de teste, manutenção do script de teste e relatórios de bug. Se bugs forem relatados, eles serão revertidos para a equipe de desenvolvimento para correção e um novo teste será realizado posteriormente.

Entre as atividades de execução de teste, temos:

• Execute testes de acordo com o plano e roteiros

• Documentar os resultados dos testes e registrar os defeitos nos casos de falha

• Testar novamente após as correções de defeitos

• Rastrear os defeitos até o fechamento

Entre os entregáveis da execução de teste:

• Casos de teste atualizados com resultados

• Relatórios de defeitos com bugs inseridos no rastreador.

Existem vários tipos de rastreador de bugs, ou como comumente falamos, Issue Tracker ou Bug Tracker. Uma comparação entre eles pode ser vista aqui.

Os testes podem ser executados de maneira manual e automática. Detalhes sobre os Tipos de Teste e Níveis de Teste estarão nas seções seguintes.

Classificação de defeitos

Ao fazer o relato dos defeitos encontrados durante a execução dos testes, podemos classificar dependendo de como ele se apresenta:

• Erro de Configuração de Ambiente

  • Esse tipo de erro pode ocorrer quando é realizado uma parametrização errada na base de testes que ocasiona um incidente.

• Erro de Elaboração de Casos de Testes

  • O comportamento do sistema foi diferente do resultado esperado no caso de teste e após análise identificou-se que o caso de teste estava errado.

• Erro de Especificação

  • Erro ocasionado devido a falta de especificação no documento de visão ou causado devido a aplicação de alguma regra definida no documento.

• Erro de Desenvolvimento

  • Erro causado em virtude do código implementado de forma errada pelo desenvolvedor.

Severidade de defeitos

Além da classificação, temos a severidade de um incidente que de modo geral são divididos em 4 opções:

• Grave, erros em funcionalidades críticas para o negócio, que podem ocasionar perdas ou prejuízos financeiros ou que impeça a continuidade dos testes ou grande parte dos cenários.

• Alta, erros em funcionalidades críticas para o negócio, que podem ocasionar perdas ou prejuízos financeiros, mas que não impede a continuidade dos testes.

• Média, erros em funcionalidades que não ocasionam perdas ou prejuízos financeiros.

• Baixa, erros de layout, estética ou exibição que não provoquem nenhum tipo de perda ou prejuízo para o negócio.

A severidade ajuda no momento de priorizar os erros encontrados durante os testes para correção. Caso o prazo de entrega seja muito apertado os erros de severidade Grave e Alta serão os primeiros a serem corrigidos.