Resumo livro BCTS: Captulo 8 Gesto de Defeitos

Captulo 8 Gesto de Defeitos

Erro: resultado de uma falha humana.
Defeito: resultado de um erro existente num cdigo ou num documento.

O processo de gesto de defeitos se baseia nos seguintes princpios:

O objetivo primordial evitar defeitos;
Um dos princpios bsicos para evitar defeitos minimizar riscos, no s do projeto de
desenvolvimento, mas tambm do projeto de teste;
Integrao entre desenvolvedores e testadores atravs de uma ferramenta de gesto de
defeitos;
Automao da gesto de defeitos um fator muito importante para o sucesso;
Melhoria contnua e
Utilizar prticas de modelos de processo (Ex: CMMI).

1.8. Conceito de defeito

O Defeito ocorre em funo de algum desvio em relao ao requisito:
Defeitos decorrentes de falta de concordncia com a especificao do produto As
especificaes dizem uma coisa e o software faz outra.
Defeitos decorrentes de situaes inesperadas, mas no definidas nas especificaes do
produto O gestor ou usurio no definiu nada nas especificaes, porm o software age de
maneira inesperada em determinadas situaes.
No entanto, defeitos podem decorrer da falta de entendimento do requisito ou simplesmente
da falta de definio do requisito.

1.8.1. Tipos de Defeito

Defeito de interface com o usurio;

Defeitos de funcionalidade quando o sistema no faz algo que o usurio espera que
o faa
Defeitos de usabilidade dificuldades de navegao
Defeitos de desempenho no atende com rapidez necessria as solicitaes do
usurio
Defeitos de sada o resultado apresentado pelo software no corresponde ao que foi
definido pelo usurio nas especificaes ou foram mal projetadas

Defeitos introduzidos no tratamento de defeitos;

Preveno dos defeitos o programa no se protege de entradas de dados

imprevistas
Deteco dos defeitos o programa no trata, ou trata inadequadamente, as
indicaes de defeitos esultantes de suas aes
Recuperao dos defeitos mesmo detectando o defeito, o programa falha porque
no trata adequadamente a situao

Defeitos de limite no consegue tratar ou trata inadequadamente valores extremos

Defeitos de clculo efetua clculo e produz resultado errado
Defeitos de inicializao ou fechamento ausncia de inicializao ou fechamento de
rotinas, arquivos, etc.
Defeitos de controle de fluxo declarao de varivel erroneamente
Defeitos de manuseio ou de interpretao de dados ocorre quando um programa tem
que passar um grupo de dados para outro programa
Defeitos de condio de disputa ocorre quando o programa espera uma resposta dos
eventos A e B, sendo presumido que A sempre termina primeiro, mas B terminou primeiro
Defeitos de carga o programa no suporta um pico de servio num determinado momento
(estresse) ou uma carga alta de servio por um tempo muito prolongado
Defeito de hardware e software incompatibilidades entre o programa e o ambiente onde
processado
Defeitos de controle de verso falha no processo de gesto de configurao

1.9. Processo de Gesto de Defeitos

Os elementos-chave do processo de gesto de defeitos so:

Preveno de defeitos;

Identificar os riscos crticos;

Estimar os impactos esperados;
Minimizar os impactos;

Linha-de-base (baseline) a ser entregue;

Identificao dos defeitos;

Encontrar defeito;
Relatar defeito;
Reconhecer defeito;

Soluo do defeito;

Priorizar a correo;
Programar a correo;
Corrigir o defeito;
Relatar a soluo;

 Melhoria do processo;
Relatrio de gesto.

1.9.1. Preveno de Defeitos

A maneira mais elementar de prevenir defeitos detect-los nos estgios iniciais do
desenvolvimento do software.

Passos para preveno de defeitos:

Identificar os riscos crticos;

Estimar os impactos esperados;
Minimizar os impactos;

1.9.1.1. Identificar os Riscos Crticos

A melhor maneira de fazer isso identificar os tipos de defeitos que representam as maiores
ameaas, ou seja, defeitos que podem colocar em risco o sucesso da construo, entrega
e/ou operao do software.
A nfase desse passo no identificar todos os riscos, e sim identificar os riscos crticos que
podem prejudicar o sucesso do projeto e que merecem ateno especial.

1.9.1.2. Estimar os impactos esperados

Segundo Beizer, a importncia do defeito est diretamente ligada :

Freqncia com que o defeito ocorre;

Custo da correo do defeito;
Custo da instalao;
Conseqncia.

1.9.1.3. Minimizar os impactos esperados

Minimizar os impactos esperados envolve a combinao das seguintes estratgias:

Eliminar o risco; (s vezes no possvel)

Reduzir a probabilidade de o risco se tornar um problema; (Mitigar os riscos)
Reduzir o impacto se houver problema. (contigenciar o risco)

Algumas tcnicas podem se utilizadas para reduzir o impacto esperado. Entre essas tcnicas
temos:

Garantia da Qualidade rea de GQA

Treinamento e educao voltado para desenvolvimento, teste e usurios
Metodologias e padres processos bem definidos, metodologias adequadas e padres
consistentes
Desenho defensivo;
Cdigo defensivo.

1.9.2. Linha-de-base (Baseline) a ser entregue

Um produto a ser entregue considerado baseline quando alcana um marco pr-definido em
seu desenvolvimento.
Depois de o produto se tornar baseline, recomenda-se que este seja colocado sob
gerenciamento de configurao. Um defeito caracterizado quando um componente de um
produto baseline no satisfaz seu conjunto de requisitos.

1.9.3. Identificao do defeito

O defeito considerado identificado quando reconhecido formalmente pelos desenvolvedores
como defeito vlido.

As etapas envolvidas na identificao dos defeitos so:

Encontrar defeito;
Relatar defeito;
Reconhecer defeito;

1.9.3.1. Encontrar defeito

Esta etapa utiliza de tcnicas como:

Tcnicas estticas Revises, walkthrough e inspees

Tcnicas dinmicas realizao de Testes
Tcnicas operacionais defeito descoberto como resultado de uma falha na operao do
sistema

1.9.3.2. Relatar defeito

Ao relatar um defeito, devemos dar ateno aos seguintes detalhes:

Resumo;
Preciso;
Neutralidade;
Isolamento;
Generalizao;
Reproduo;
Impacto;
Provas.

Ao relatar um defeito, devemos indicar, entre outras coisas, o impacto que ele representa
tato para o sistema quanto para os negcios.

1.9.3.3. Reconhecer defeito

Depois de detectado o defeito, o desenvolvedor deve decidir se ele vlido ou no.
Quando um grupo achar que defeito (os usurio, por exemplo) e outro grupo achar que no
, as abordagens mais eficazes so:
Arbitragem pelo usurio;
Arbitragem pelo gerente de desenvolvimento.

1.9.4. Soluo do defeito

Tendo defeitos validados pelos desenvolvedores, se d incio ao processo de correo. Para
isso so realizados os seguintes passos:

Priorizar a correo;
Programar a correo;
Corrigir o defeito;
Relatar a soluo;

1.9.4.1. Priorizar a correo

Um mtodo sugerido para priorizao classificar o defeito conforme os critrios a seguir:

Crtico srio impacto no negcio

Grave erro grave ou pra de funcionar
Menor algo errado, mas no afeta os usurios

1.9.4.2. Programar a correo

Refere-se ao processo de alocao de recursos para a correo do defeito.

1.9.4.3. Corrigir o defeito

Envolve a verificao de um ou mais produtos necessrios para a remoo do defeito (p.e.:
programas, documentos) e a execuo da correo.

1.9.4.4. Relatar a soluo

Notificar todos os envolvidos a correo, natureza da correo e como a correo ser
liberada.

1.9.5. Melhoria do processo

A ocorrncia de defeitos, independente de sua importncia, pode oferecer a oportunidade de
avaliar o processo que os originou, de estudar como melhor-los e prevenir possveis falhas.

Essa atividade deve abranger:

Avaliao do processo que originou o defeito e a compreenso do que o causou;

Se pertinente, propostas de mudanas processuais capazes de minimizar ou eliminar a causa
do defeito.

1.9.6. Relatrios de gesto

O propsito dessa atividade criar um registro completo dos desvios identificados durante o
processo de teste para que sirvam de base a vrias utilizaes no decorrer do projeto, o que
inclui as medies de qualidade.
O defeito pode ser definido por duas ticas:
Pelo ponto de vista do produtor o defeito causado por um desvio em relao s
especificaes;
Pela tica do cliente defeito qualquer coisa que cause insatisfao, constando ou no
nos requisitos. chamada de viso ajustada para uso.

1.9.7. Qualificao do defeito

 importante que os defeitos sejam qualificados no incio do processo de gesto de defeitos.

recomendada a seguinte estrutura de qualificao:

Definio do defeito;
Fase do ciclo de desenvolvimento ou atividade que o defeito ocorreu;
Categoria do defeito. (ausente, impreciso, incompleto inconsistente)