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