Gestão de Defeitos
Vanilson Burégio
Roteiro
Introdução Processo de gestão de defeitos Ciclo de vida de um defeito Recomendações Ferramentas Atividade 03
Introdução Principal objetivo de testes de software: medir o nível de
qualidade de um sistema
A qualidade de um sistema pode ser medida, essencialmente, pelo número de falhas encontradas durante a execução dos testes– desvio entre o que foi solicitado pelo usuário por meio dos requisitos
e o comportamento apresentado pela aplicação
Introdução Em virtude da complexidade e tamanho de um
sistema ou para atender normas de qualidade ou processos de maturidade, se faz necessário utilizar um processo de gestão de defeitos integrado ao ciclo de vida de desenvolvimento e teste
Processo de gestão de defeitos“Um processo de gestão de defeitos tem o objetivo de
definir práticas para prevenir os defeitos e minimizar os riscos de um projeto.”
A utilização de uma ferramenta automatizada– oferece uma base comum para a entrada de informações– oferece um meio para fomentar a integração entre o time
de desenvolvimento e o time de testes
Elementos Chave
Prevenção de defeitos– Com base nos levantamento dos riscos críticos do
projeto, devem ser promovidas ações de prevenção e planejamento de contingências para minimizar o impacto caso os riscos tornem-se problemas
Elementos Chave
Linha base entregável– Estabelecimento formal de linhas base (baselines) por
meio da Gerência de Configuração de Software. Cada linha base deve determinar quais requisitos/artefatos serão liberados e submetidos ao teste;
Elementos Chave
Identificação do defeito – Definição das técnicas necessárias para
encontrar, reportar e classificar os defeitos, assim como, os critérios para reconhecê-los;
Elementos Chave
Solução do defeito– Definição das atividades para a correção e posterior
notificação da resolução do defeito. Muitas destas atividades são definidas pela Gerência de Configuração de Software para garantir o histórico e rastreamento das modificações por meio do controle de versões;
Elementos Chave
Melhoria do processo– Análise das métricas e relatórios de gestão para
entender a causa raiz dos problemas e promover a melhoria contínua do processo;
Elementos Chave
Relatório de gestão– Geração de relatórios com dados relevantes para
acompanhar o progresso dos testes e a qualidade do sistema, assim como, a geração de métricas para alimentar a atividade de melhoria do processo
Ciclo de vida genérico de um defeito
Recomendações para relato de um defeito Resumir
– Descreva claramente o defeito mas de forma resumida;
Precisão– Certifique-se que o defeito identificado realmente é um desvio do
comportamento esperado e não uma falha de entendimento;
Neutralizar– Relate apenas os fatos, evitando manifestações de humor,
emoção, etc;
Generalizar– Procure entender o problema de forma genérica, em virtude de
que este problema também pode acontecer em outras situações ou funcionalidades
Recomendações para relato de um defeito Reproduzir
– Garanta que o defeito seja reproduzível e descreva os passos necessários para a sua reprodução;
Evidenciar– Evidencie a existência do defeito encontrado por meio de
arquivos de saída, printscreens das telas, etc;
Revisar– Revise a descrição e os passos para reproduzir o defeito.
Lembre-se que o relato do defeito é um documento do projeto, assim como um caso de uso, um plano de testes, etc. Trate-o como tal
Severidade e Prioridade
Severidade e Prioridade
Ferramentas
Mantis
O Mantis é uma ferramenta Open Source automatizada escrita em PHP cujo principal objetivo é dar suporte ao processo de gestão de defeitos. O Mantis controla o ciclo de vida de um defeito, desde o seu relato até o seu fechamento, por meio de fluxos (workflows) personalizáveis.
Mantis
Mantis
Relato de defeito
Mantis
Reconhecimento, priorização e agendamento da correção de um defeito
Mantis E-mail enviado pelo Mantis ao desenvolvedor
Mantis Consolidação dos defeitos associados ao usuário logado
Mantis Reporte da correção de um defeito
Mantis Fechamento de um defeito
Mantis
Resumo consolidado de todos os defeitos relatados
Mantis
Principais métricas utilizadas na gestão de defeitos
Outras ferramentas
Próximos Passos 19/09/08 - Início da atividade de testes
– Definir equipes de Testes– Disponibilizar versão inicial da 1ª Unidade do projeto a ser testada
pela outra equipe
– Iniciar abertura das Issues! Cada aluno deverá abrir,
pelo menos 20 Issues (menos de 2 issues por dia)
Durante a semana (19/09/08 - 26/09/08)– abrir issues– corrigir bugs do seu sistema– complementar a aplicação para a próxima semana
26/09/08 - Fim da atividade de testes