RETORNO DO INVESTIMENTO (ROI)

Conforme Boehm (1976), quanto mais tarde um defeito for identificado mais caro fica para corrigi-lo e mais ainda, os custos de descobrir e corrigir defeitos no software aumentam exponencialmente na proporção que o trabalho evolui através das fases do projeto de desenvolvimento (RIOS e MOREIRA, 2006).

Segundo (RIOS e MOREIRA, 2006):

·         Manutenção contabiliza quase 67% dos custos totais de software;

·         20% do orçamento de manutenção é para corrigir defeitos;

·         25% é gastos para adaptar programas a um novo hardware e software;

·         6% é gasto para corrigir documentações;

·         4% é gasto na resolução de problemas de performance;

·         42% é gasto fazendo mudanças solicitadas pelos usuários.

Com base nestas informações que se justificam todos os investimentos em qualidade, e o retorno não serão possíveis de se mensurar, pois “...a qualidade deixa de ser um diferencial competitivo e passa a ser um item básico de sobrevivência, uma necessidade permanente, na qual uma empresa que forneça bens e/ou serviços com baixa qualidade corre um sério risco de ser descartada pelo mercado consumidor.”

CRIANDO OS TESTES

Neste capítulo são propostos os modelos de documentos para planejar, documentar, tabular o processo de teste.

Abaixo temos a situação do Brasil no que se trata em planejamento de testes, ou seja, criação do Plano de testes, segundo pesquisa do Ministério de Ciência e Tecnologia apenas 37,8 % das empresas tem um planejamento formal dos Testes (MINISTÉRIO DE CIÊNCIA E TECNOLOGIA, 2009).

Plano de teste - Definições

Planejamento de teste é um processo. Plano de teste é o resultado prático desse planejamento, é o seu fruto e artefato (MOLINARI, 2006).

O Plano de teste é o documento que contém o projeto ou o desenho lógico do processo de teste e está alinhado com a estratégia de testes correspondente e nele começam a ser delineados os casos de testes. Este documento define os objetivos gerais e as expectativas do projeto de teste (RIOS e MOREIRA, 2006).

Etapas para criação do documento

Em gera os planos de testes possuem as seguintes etapas:

·         Definição do escopo: define o que se deve testar de forma abrangente, um tipo de objetivo geral;

·         Definição dos requisitos: Com base no projeto ou em outros documentos é definido como o item a ser testado deve funcionar;

·         Casos de testes: é definido os casos de testes que sejam necessários para testar os requerimentos definidos;

·         Definição da estratégia:  definição das técnicas de testes que será utilizadas, como:

·         Tipos de testes: testes de performance, de estresse, volume e etc;

·         Critérios de aceitação: define os requisitos para aprovação do item testado.

·         Definição dos recursos: quem fará o que e o que será utilizado, como:

·         Equipe de teste;

·         Hardware;

·         Softwares;

·         Ferramentas.

·         Cronograma;

Checklists

Com base nas informações obtidas pelos meios pesquisados (observação, pesquisa e bibliografias) é recomendado a utilização de “Checklists”, como uma importante ferramenta para complementar e orientar os testes definidos no plano de testes.

Um exemplo de checklist genérico em planilha eletrônica, para testes de novas partes em um servidor de rede:

·         Pesquisar sobre problemas referentes à utilização deste hardware;

·         Ler o datasheet/manual do hardware;

·         Checar os releases de correções disponibilizados;

·         Teste de performance;

·         Testes de estabilidade:

·         Burning de 72 horas.

Para responder a cada item do checklist, pode se adotar os estados:

·         Conforme: quando o item atendeu completamente os requisitos;

·         Não conforme: quando identificado alguma divergência com relação aos requisitos;

·         Não será realizado: por algum motivo este item não será realizado o teste, por exemplo, pode ocorrer um problema em um item acima que não permite realizar este teste;

·         Testador: profissional responsável pelo teste;

·         Observações gerais: comentário, número do registro de solicitação para correção (bug), etc.

Relatórios

Sempre que são executados testes baseados em um plano de teste é necessário um relatório formal com os resultados obtidos e anexado ao plano de teste.

Em alguns casos os planos de testes são criados para a realização de testes uma única vez, ou rodada, este caso o relatório deve fazer parte do próprio plano de testes, porém alguns planos de testes são realizados diversas vezes, neste caso o relatório de conclusão, é um documento separado e com controle de versão conforme a necessidade da empresa.