Verificação e Validação

Transcrição

1 Especialização em Gerência de Projetos de Software Verificação e Validação Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br Qualidade de Software 2009 Instituto de Ciências Exatas e Naturais Universidade Federal de Pará

2 Verificação vs. Validação Garantir que o SW satisfaz às necessidades do cliente Verificação: Estamos contruindo certo o produto?" O SW deve estar de acordo com a sua especificação Validação: Estamos construindo o produto certo/desejado? Ênfase da validação é descobrir se o produto alcança aquilo a que se propôs. O processo de V & V V & V devem ser aplicadas em cada estágio do processo de SW Tem dois objetivos principais A descoberta de defeitos num sistema Avaliar se o sistema pode ser utilizado em uma situação operacional Qualidade de Software

3 Verificação É o processo de se avaliar um software a cada fase para determinar se o produto dessa fase satisfaz ao que foi requerido no início da fase Qualidade de Software

4 Validação É o processo de se avaliar um software, durante ou após o desenvolvimento, para determinar se o produto satisfaz aos requisitos Qualidade de Software

5 Objetivos de V & V O SW deve ser bom o bastante para o seu uso e o tipo de uso determinará o grau de confiança necessária V & V: a confiança depende do propósito do sistema, das expectativas do usuário e do mercado Função do software O nível de confiança depende de quão crítico é o SW p/ a organização Expectativas do usuário Usuários podem ter expectativas baixas de certos tipos de SW Mercado Deve-se levar em conta os competidores e o preço que os clientes estão dispostos a pagar. Por o produto no mercado pode ser mais importante do que achar defeitos no programa Qualidade de Software

6 Planejamento de V & V Planejamento é necessário para optimizar os processos de Teste e Inspecção. Deveria ser iniciado cedo no desenvolvimento O planejamento deveria incluir ambos Verificação e Teste O planejamento de V & V define padrões para o processo de Teste Estrutura: O processo de teste Traço (rastreio) dos requisitos Itens a serem testados Escalonamento dos testes Procedimentos de armazenamento de testes Requisitos de hardware e software Restrições Qualidade de Software

7 Validação Segundo CMMI e MPS.BR O objetivo da Validação (VAL) é demonstrar que um produto ou componente do produto satisfaz suas intenções de uso quando colocado no ambiente pretendido. Atividades de Validação podem ser aplicadas em todos os processos do produto em qualquer parte do ambiente, como operação, treinamento, manufatura, manutenção e suporte. Qualidade de Software

8 Validação Práticas Específicas SG1 Preparação para Validação SP1.1-1 Seleção de produtos SP1.2-2 Estabelecer ambiente SP1.3-3 Estabelecer procedimentos e critérios Qualidade de Software

9 Validação Práticas Específicas SG2 Validação dos produtos ou componentes SP2.1-1 Execução da validação SP2.2-1 Analise dos resultados Qualidade de Software

10 Validação Práticas Genéricas GG 3 Institucionalizar um Processo Definido GP 2.1 Estabelecer uma política organizacional GP 2.2 Planejar processos GP 2.3 Providenciar recursos GP 2.4 Definir responsabilidades GP 2.5 Treinar pessoas GP 2.6 Gerenciar configurações GP 2.7 Identificar e envolver stakeholders GP 2.8 Monitorar e controlar processos GP 2.9 Avaliação objetiva da adesão. GP 2.10 Revisar status com alta gerência GP 3.1 Estabelecer um processo definido GP 3.2 Coletar informações de melhorias Qualidade de Software

11 Verificação Segundo CMMI e MPS.BR A proposta da Verificação (VER) assegura que os artefatos selecionados satisfaçam as exigências especificadas. A Verificação é inerentemente um processo crescente pois acontece ao longo do desenvolvimento dos artefatos terminando na verificação do produto final. Qualidade de Software

12 Verificação Práticas Específicas SG1 Preparação para Verificação SP1.1-1 Seleção de produtos SP1.2-2 Estabelecer ambiente SP1.3-3 Estabelecer procedimentos e critérios Qualidade de Software

13 Verificação Práticas Específicas SG2 Executar revisões. SP2.1-1 Preparar revisões SP2.2-1 Conduzir revisões SP2.3-2 Analisar dados da revisão Qualidade de Software

14 Verificação Práticas Específicas SG3 Verificação de artefatos selecionados. SP3.1-1 Executar verificação SP3.2-2 Analisar resultados e identificar ação corretiva Qualidade de Software

15 Verificação Práticas Genéricas GG 3 Institucionalizar um Processo Definido GP 2.1 Estabelecer uma política organizacional GP 2.2 Planejar processos GP 2.3 Providenciar recursos GP 2.4 Definir responsabilidades GP 2.5 Treinar pessoas GP 2.6 Gerenciar configurações GP 2.7 Identificar e envolver stakeholders GP 2.8 Monitorar e controlar processos GP 2.9 Avaliação objetiva da adesão GP 2.10 Revisar status com alta gerência GP 3.1 Estabelecer um processo definido GP 3.2 Coletar informações de melhorias Qualidade de Software

16 V & V, Fazer ou Não? Prós: Permite encontrar falhas mais cedo Melhora a qualidade dos produtos Torna os requisitos mais estáveis Permite acompanhamento contínuo da qualidade e da produtividade Facilita o gerenciamento Contra: Aumenta Custos Qualidade de Software

17 V & V: Resumo Exemplo do SEI Software Engineering Institute: Quando protótipos são desenvolvidos para assegurar que requisitos específicos podem ser endereçados, é um exemplo de verificação. Quando se pede aos usuários finais para avaliar protótipos com o objetivo de assegurar que o produto atenderá as necessidades, é um exemplo de validação. Qualidade de Software