Please enable JavaScript.
Coggle requires JavaScript to display documents.
Gerência da Qualidade de Software - Coggle Diagram
Gerência da Qualidade de Software
Garantia da Qualidade
Duas responsabilidades principais
Garantia da Qualidade do Processo
As atividades planejadas/definidas estão sendo executadas?
Garantia da Qualidade do Produto
Os produtos seguem os padrões acordados?
Atividades
Planejar as atividades de Garantia da Qualidade
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
Treinamento da equipe de Qualidade e de outras equipes sobre os padrões e planos adotados
Características importantes
É fundamental que as avaliações sejam objetivas
Garantia da Qualidade pode ser ágil
Importância de padrões para a Garantia da Qualidade
É papel da equipe de GQ promover o uso de padrões
Mas qualidade não está apenas em padrões
Atividades de Garantia da Qualidade e Controle da Qualidade devem ser coordenadas pela Gestão de Qualidade
Equipe
É preferível uma equipe independente pois...
Possui visão diferente dos desenvolvedores
Está organizacionalmente acima dos gerentes de projetos
Evita o embate entre a qualidade, os prazos e o custo
Possui canal com a alta gerência
Caso não seja possível ter uma equipe independente
Como, por exemplo, em pequenas empresas e startups
Nesse caso é importante manter a cultura de qualidade
Controle da Qualidade
Verificação e Validação
Verificação
Ou seja, estamos construindo o produto corretamente?
Verifica se o produto construído está de acordo com os requisitos levantados
Validação
Ou seja, estamos construindo o produto correto?
Valida se o produto e os requisitos levantados estão de acordo o que o cliente deseja
Atividades de Verificação e Validação
Estáticas
Não requerem a execução do produto
Podem ser aplicadas em qualquer produto intermediário
Exemplo: Revisões
Processo de leitura de um artefato de software visando assegurar que ele cumpre sua especificação e atende às necessidades de seus usuários
Vantagens
Maneira de usar a diversidade de um grupo de pessoas e uma oportunidade de treinamento
Pode ser aplicada a qualquer artefato produzido ao longo do processo de desenvolvimento de software
Diminui o retrabalho
Meio efetivo para melhorar a qualidade de software
Objetivo: Descoberta precoce de defeitos
Tipos de revisões
Discussão informal de um problema técnico
Apresentação do projeto de software para uma audiência de clientes, administradores e pessoal técnico
Revisões Técnicas Formais (RTF)
Revisões formais
Walkthrough
Revisão por pares
Inspeção
Dinâmicas
Requer a execução do produto de software
Exemplo: Testes
Testes podem ser tanto de verificação como de validação
Diferença entre Engano, Defeito, Erro e Falha
Engano (mistake): ação humana que produz um resultado incorreto
Defeito (fault): Passo, processo ou definição de dados incorreta em um produto de software
Erro (error): Diferença entre o valor computado, observado ou medido e o valor teoricamente correto de acordo com a especificação
Falha (failure): Inabilidade do sistema ou componente realizar a função requerida, considerando as questões de desempenho exigidas
Para uma Falha ocorrer são necessárias três condições
Alcançabilidadde (Reachability)
O ponto do programa que contém um defeito deve ser executado
Infecção (Infection)
Depois da execução, o estado do programa deve estar incorreto (erro)
Propagação (Propagation)
O estado do programa deve se propagar, gerando uma saída incorreta (falha)