Mapa Mental

Prévia do material em texto

V&V e Revisão de Software
Gerência de Qualidade
Planejamento de Qualidade
Define padrões e metas de qualidade
Estimativa de esforço
Cronograma das atividades de qualidade
Garantia de Qualidade
Garantir que produtos e processo sigam cláusulas e planos estabelecidos
Garantia da Qualidade do Processo
Garantia da Qualidade do Produto
 Planejar as atividades
Participar na definição do processo
Avaliar produto/serviço
 Avaliar o processo
 Gerenciar registros e relatórios de garantia de qualidade
 Tratar incidentes e problemas
 Treinar equipes
Avaliações objetivas
Pode ser agil
Padrões são importantes
Atividades devem ser coordenadas
Gera um plano a seguir
Visão diferente dos desenvolvedores
Acima do gerente de projetos
Envia o embate entre qualidade, prazo e curso
Canal com a alta gerência
Equipe independente
Pequenas empresas
É necessário manter a cultura de qualidade
Quando a indepência não é possível
Equipe de qualidade
Controle da Qualidade
Verificação
Validação
Garantir que o software cumpra o uso pretendido
Melhoria do processoMelhor eficiência, eficácia e outras características do processo.
Engano (mistake)
Defeito (fault)
Error (error)
Garantir que produtos e processos cumpram os objetivos de qualidade
 Garantir que cada produto de trabalho selecionado cumpra os requisitos especificados.
ação humana que produz um resultado incorreto
introduz defeito
Passo, processo ou definição de dados incorreta
pode produzir um erro
Diferença entre valor encontrado e o valor teoricamente correto
Pode propagar e gerar uma falha
Falha (failure)
Inabilidade de realizar a função requerida
Para uma falha ocorrer precisa de RIP
Alcançabilidade (reachability)Ponto que contém o defeito no programa deve ser executado
Infecção (Infection)Após executado, o estado do programa deve estar incorreto (erro)
Propagação (Propagation)
 O estado do programa deve se propagar
Gera uma saída incorreta (falha)
Atividades de Verificação e Validação
Estáticas
Não precisa de execução do produto de software
Podem ser aplicadas em qualquer produto intermediário
Revisões
Dinâmicas
Requer execução do produto de software
Testes
Revisões de Software
Processo para leitura de um artefato de software
Visa assegurar que se cumpre uma especificação
Visa assegurar que atende as necessidades dos usuários
Pode ser aplicada a qualquer artefato produzido no processo
Usar diversidade de um grupo de pessoas
Oportunidade de treinamento
Descobrir precocemente os defeitos
Diminui o retrabalho
Meio efeito para melhorar a qualidade
Tipos de revisões
Discussão informal
Apresentação do projeto para clientes, administradores e etc
Revisões Técnicas Formais (RTF)
Walkthrough
Processo menos rigoroso que a inspeção
Papéis sugeridos:
Líder
Autor
Escrivão
Revisores
Participantes simulam a execução do programaAnálise passo a passo
Revisão por pares
Conduzida por pares de programadoresMesmo nível de conhecimento
Aplicada ao códigoReuniões com duração de 1 a 2 horas
Resultados em um relatório informal
Inspeção
Uso de checklists
 Classificação dos defeitos identificados
Ênfase na preparação
6 atividades principais
Planejamento
 Preparação individual
Reunião de inspeção
 Retrabalho
Continuação
Realizada por pequenos grupos
FormatoConjunto de instruções fornecida que diz como ler e o que procurar no produto de software Técnicas de leitura Leitura de artefatos Atividades pré-revisão
Reunião da revisão
Atividades pós-revisão
Taxonomia de defeitos
Utilizada para classificar defeitos encontrados
Classes
Defeito de omissão
Defeito de Fato Incorreto
Defeito de Inconsistência
Defeito de Ambiguidade
Defeito de Informação Estranha