Verificação e validação de software

14.697 visualizações

Publicada em

Verificação visa assegurar que o software seja desenvolvido de um modo apropriado e consistente. Validação visa assegurar que o software corresponda aos requisitos estabelecidos. Teste visa examinar o comportamento do software através de sua execução.

Publicada em: Tecnologia
0 comentários
5 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
14.697
No SlideShare
0
A partir de incorporações
0
Número de incorporações
3
Ações
Compartilhamentos
0
Downloads
333
Comentários
0
Gostaram
5
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Verificação e validação de software

  1. 1. Verificação e validação de software Leonardo Melo Santos [email_address] FACULDADE INTEGRADA DO RECIFE Disciplina: Controle e avaliação de sistemas Professora: MSc Silvia Cássia Pereira
  2. 2. <ul><li>Introdução </li></ul><ul><li>O que é? </li></ul><ul><li>Características </li></ul><ul><li>Atividades dinâmicas e estáticas </li></ul><ul><li>V &V x SWEBOK </li></ul><ul><li>V &V x MPS.br </li></ul><ul><li>V &V x CMM-I </li></ul><ul><li>Referências </li></ul><ul><li>Sugestão </li></ul>Agenda
  3. 3. Verificação e validação de SW Abertura <ul><li>Engenheiros de software buscam qualidade (e desenvolvem atividades de garantia de qualidade e de controle de qualidade) aplicando métodos e medidas técnicas sólidas, conduzindo revisões técnicas formais e efetuando teste de software bem planejado [Pressman, 2002] </li></ul>
  4. 4. Verificação e validação de SW Siglas e abreviações da atualidade <ul><li>V & V – Validação e verificação </li></ul><ul><li>VVT ou VV & T – Validação, verificação e teste </li></ul>
  5. 5. Verificação e validação de SW Terminologia <ul><li>Falta ( fault ): defeito, deficiência mecânica ou algorítmica que pode gerar uma falha. </li></ul><ul><li>Falha ( failure ): incapacidade de um sistema desempenhar a função exigida, violando suas especificações, que gera um erro. </li></ul><ul><li>Erro ( error ): item de informação ou estado de execução inconsistente (caminho de execução incorreto). </li></ul><ul><li>Falta  Falha  Erro </li></ul>
  6. 6. <ul><li>Verificação </li></ul><ul><ul><li>Visa assegurar que o software seja desenvolvido de um modo apropriado e consistente </li></ul></ul><ul><ul><ul><li>“ Estamos construindo corretamente o produto?” </li></ul></ul></ul><ul><li>Validação </li></ul><ul><ul><li>Visa assegurar que o software corresponda aos requisitos estabelecidos </li></ul></ul><ul><ul><ul><li>“ Estamos construindo o produto certo?” </li></ul></ul></ul><ul><li>Teste </li></ul><ul><ul><li>Visa examinar o comportamento do software através de sua execução </li></ul></ul>Verificação e validação de SW O que é?
  7. 7. Verificação e validação de SW Características <ul><li>Principal objetivo: assegurar que o SW </li></ul><ul><ul><li>cumpra com suas especificações e </li></ul></ul><ul><ul><li>atenda às necessidades dos usuários. </li></ul></ul><ul><li>Ocorrem em todo o ciclo de vida do software </li></ul>
  8. 8. Verificação e validação de SW Atividades <ul><li>Estáticas </li></ul><ul><ul><li>Análise e checagem e documentos </li></ul></ul><ul><ul><ul><li>Inspeção , análise e verificação formal </li></ul></ul></ul><ul><li>Dinâmicas </li></ul><ul><ul><li>Execução de código </li></ul></ul><ul><ul><ul><li>Testes e verificação automática </li></ul></ul></ul>
  9. 9. Verificação e validação de SW Atividades estáticas > Inspeção
  10. 10. Verificação e validação de SW Atividades > Inspeção <ul><li>O processo de inspeção foi descrito primeiramente por Michael Fagan e é composto por seis fases, que são: Planejamento, Apresentação, Preparação, Reunião de Inspeção, Retrabalho, Acompanhamento. </li></ul><ul><li>[Fagan, 1986] [MacDonald et al, 1995] </li></ul><ul><li>Um grupo de inspeção (3 a 8 participantes) envolve desenvolvedores de software, entre outros participantes, em um processo formal de investigação. </li></ul><ul><ul><li>Autor que é o desenvolvedor do produto a ser inspecionado; </li></ul></ul><ul><ul><li>Moderador que é o membro da equipe que lidera a inspeção, programa e controla as reuniões; </li></ul></ul><ul><ul><li>Redator que é aquele que tem como função relatar os defeitos. </li></ul></ul>
  11. 11. Verificação e validação de SW Atividades > Inspeção > Planejamento <ul><li>Os inspetores são selecionados e os materiais a serem revisados são preparados. </li></ul>
  12. 12. Verificação e validação de SW Atividades > Inspeção > Apresentação <ul><li>O grupo recebe instruções essenciais sobre o material a ser inspecionado, especialmente sobre o que deve ser inspecionado. </li></ul>
  13. 13. Verificação e validação de SW Atividades > Inspeção > Preparação <ul><li>Integrantes do time de inspeção se preparam para desempenhar o papel designado a cada um. </li></ul>
  14. 14. Verificação e validação de SW Atividades > Inspeção > Reunião <ul><li>Os defeitos são encontrados, discutidos e categorizados. </li></ul>
  15. 15. Verificação e validação de SW Atividades > Inspeção > Retrabalho <ul><li>O autor do documento corrige os defeitos encontrados pelo time de inspeção. </li></ul>
  16. 16. Verificação e validação de SW Atividades > Inspeção > Acompanhamento <ul><li>O time de inspeção é responsável por assegurar que todos os defeitos encontrados foram corrigidos e nenhum outro tipo de defeito foi introduzido na fase de Retrabalho. </li></ul><ul><li>Pode ser realizado somente pelo moderador. </li></ul>
  17. 17. Verificação e validação de SW Atividades dinâmicas > Testes
  18. 18. Verificação e validação de SW Atividades > Testes <ul><li>Teste é uma atividade essencial para se garantir qualidade. </li></ul><ul><li>Segundo Pressman as atividades de teste consomem cerca de 40% do tempo e custo de desenvolvimento. </li></ul><ul><li>92% das organizações desejam melhorar o seu processo de teste. </li></ul><ul><li>Testes são um dos 3 pontos mais votados para melhoria nas empresas de software. </li></ul>
  19. 19. Verificação e validação de SW Atividades > Testes > Etapas <ul><li>Planejamento </li></ul><ul><li>Especificação / projeto de casos de teste </li></ul><ul><li>Execução do programa com os casos de teste </li></ul><ul><li>Análise de resultados </li></ul>
  20. 20. Verificação e validação de SW Atividades > Testes > Técnicas <ul><li>Técnica Funcional (Caixa Preta) </li></ul><ul><ul><li>Requisitos funcionais do software </li></ul></ul><ul><li>Técnica Estrutural (Caixa Branca) </li></ul><ul><ul><li>Estrutura interna do programa </li></ul></ul>
  21. 21. Verificação e validação de SW Atividades > Testes > Estratégias <ul><li>Teste de Unidade </li></ul><ul><ul><li>Identificar erros de lógica e de implementação em cada módulo do software, separadamente. </li></ul></ul><ul><li>Teste de Integração </li></ul><ul><ul><li>Identificar erros associados às interfaces entre os módulos do software. </li></ul></ul><ul><li>Teste de Validação / Sistema </li></ul><ul><ul><li>Verificar se as funções estão de acordo com a especificação e se todos os elementos do sistema combinam-se adequadamente. </li></ul></ul>
  22. 22. Verificação e validação de SW SWEBOK, MPS.br e CMM-I
  23. 23. Verificação e validação de SW SWEBOK <ul><li>Dentre as 10 áreas de conhecimento, “Verificação e validação” está presente na Qualidade de Software, na sub-área Processos de Gerência de Qualidade . </li></ul><ul><li>Se existe a Garantia de qualidade de SW , é porque existiu um esforço da Verificação e validação . </li></ul><ul><li>Avaliar produtos (finais ou intermediários) de software ao longo de todo o ciclo de produtos. </li></ul><ul><li>Garantir que os requisitos de software atendam aos usuários. </li></ul><ul><li>A verificação é uma tentativa de assegurar que o produto é construído corretamente. </li></ul><ul><li>A validação é uma tentativa de assegurar que o produto está sendo desenvolvido de acordo com as especificações. </li></ul>
  24. 24. Verificação e validação de SW MPS.br <ul><li>Dentre os 7 níveis do modelo, a Verificação e Validação estão localizados no nível D (4º nível de maturidade), chamado Largamente definido . </li></ul><ul><li>Verificação: “Confirmar que cada serviço e/ou produto de trabalho do processo ou do projeto reflete apropriadamente os requisitos específicos.” </li></ul><ul><li>Validação: “ Confirmar que um produto ou componente do produto atenderá a seu uso pretendido quando colocado no ambiente para o qual foi desenvolvido. ” </li></ul>
  25. 25. Verificação e validação de SW CMM-I <ul><li>Dentre os 5 níveis do modelo, a Verificação e Validação estão localizados no nível 3º nível de maturidade, chamado Definido . </li></ul><ul><li>Verificação </li></ul><ul><ul><li>KPA: “ Assegurar que os produtos de trabalho selecionados satisfazem seus requisitos especificados. ” </li></ul></ul><ul><li>Validação: </li></ul><ul><ul><li>KPA: “ Demonstrar que o produto ou componentes do produto satisfazem seu uso pretendido quando colocado no ambiente pretendido. ” </li></ul></ul>
  26. 26. Referências <ul><li>[Fagan, 1986] FAGAN, Michael. &quot;Advances in Software Inspection&quot;, IEEE Transactions on Software Engineering, Vol. SE-12, NO. 7, Julho, 1986. </li></ul><ul><li>[Pressman, 2002] PRESSMAN, R. S. &quot;Engenharia de Software&quot;, 5 ed., Rio de Janeiro: Mc Graw Hill, 2002. </li></ul><ul><li>FELIZARDO, K. Romero. Técnicas de VV&T - Validação, Verificação e Teste. Disponível em: http://www.linhadecodigo.com.br/ArtigoImpressao.aspx?id=492. Acessado em: 20 de Abril de 2008. </li></ul><ul><li>Capability Maturity Model® Integration (v1.1) </li></ul><ul><li>MPS.BR - Melhoria de Processo do Software Brasileiro (v1.1) </li></ul>
  27. 27. Sugestão

×