Please enable JavaScript.
Coggle requires JavaScript to display documents.
Verificação e Validação, Técnicas Dinâmicas e Estáticas - Coggle Diagram
Verificação e Validação
São atividades complementares
Verificação
: saber se o requisito está sendo válido, saber se a funcionalidade atende ao requisito; O software construído está certo?,
Validação
: O software está sendo construído da forma correta?
Por que é importante fazer? Para evitar a propagação de problemas, quanto antes você faz as técnicas de V&V, antes você corrige os problemas que surgem e não vira uma bola de neve
Técnicas Dinâmicas e Estáticas
Estáticas: precisa executar o programa pra ver os defeitos
Revisão
Intuito é procurar
defeito
. (Entenda defeito como um problema no código, por exemplo, um sinal matemático errado)
Vantagens: redução do tempo de desenvolvimento (é consequencia); redução de custos; pode ser feito em qualquer etapa do projeto; ajuda no treinamento da equipe e aprendizado das boas práticas;
Tipos de revisão: Formais e informais; as formais tem uma estrutura mais fixa, "fazendo engenharia"; as informais - por exemplo o pair programming -, não tem um processo bem definido
A informal pode ser feita no dia a dia, e é mais rápida -
pair programming
. A formal são boas para softwares mais complexos, que tem que ter maior detalhamento, e conseguimos coletar dados
Revisões técnicas formais:
Walkthrough
Faz simulação do código passo a passo;Teste de mesa (ou
chinês
)
Peer-review
Inspeção
Analisa código e outros artefatos (documentos, manuais etc). Não executa o código
Etapas: 1. Planejamento; 2. Detecção; 3. Coleta, análise; 4. Correção
Na fase de detecção, você tem que identificar os defeitos. Para isso, você tem que saber os tipos de defeitos possíveis, e as
Técnicas de leitura
ajudam nisso
Leitura baseada em perspectiva
Perspectivas: usuário, testador e desenvolvedor
Ad Hoc (o nada)
Checklist
Tipos de defeito encontrados
Defeitos de código fonte
Defeitos de documentação de requisitos