Eng. Sof. 2

Eng. Sof. 2

1. 1° INTRODUÇÃO Verificação & Validação

   • Atividades da garantia de qualidade (Pressman)
     • - Aplicação de métodos e ferramentas técnicas: Uso de ferramentas técnicas utilizadas pelos desenvolvedores., para criarem um melhor código possível. -  Realização de revisões técnicas: O objetivo é avaliar os artefatos de software( Diagrama de caso de uso, Diagrama de classes, sequência, etc...) produzido ao longo do desenvolvimento de software. - Atividades de testes unitários: Uma complementação de revisões e técnicas.    - Aplicação de padrões: Padrões podem ser tanto para a linguagem de desenvolvimento, ou seja escolher a plataforma padrão e a linguagem que melhor se encaixa no padrão do novo software. E também utilizados para o padrão de documentação e normas pedida pelos clientes. 
     • Atividades de garantia de qualidade
       • CONTROLE DE ALTERAÇÃO: Toda mudança no software tem potencial para introduzir erros. O controle do software visa manter a qualidade do software.  MEDIÇÃO: Utilizado para rastrear a qualidade do software e  avaliar impactos de métodos, desenvolvimento e manutenção.  ANOTAÇÃO MANUTENÇÃO DE REGISTROS: Manter o histórico dos procedimentos tomados no projeto. Exemplo: revisões,auditorias, controle de alteração, etc....  
   • Quando aplicar a garantia de qualidade?
     • Obter custos
       • C1: Custo das atividades de garantia de qualidade.  C2: Custo de erros não descobertos pelas atividades de Garantia de qalidade.  C3: Custo de erros que ocorrem quando não há garantia de qualidade.  Garantia de qualidade é interessante quando:  C3> C1+C2. 
   • Verificação e Validação (V&V)
     • Verificação
       •  - Verificação: È o processo de avaliar CADA FASE do sistema, com o objetivo de verificar se o projeto está sendo feito como requerido.  Estamos desenvolvendo o projeto corretamente? 
     • Validação
       •  VALIDAÇÃO: è o processo de avaliar um software, APÒS O DESENVOLVIMENTO, para  verificar se todos os requisitos foram cumpridos.  Desenvolvemos o produto corretamente. 
   • V&V
     •  O V&V deve ser usado em cada estágio aplicado pelo software.  O mesmo possui dois objetivos:    - Descobrir problemas no sistema.  - Avaliar se o sistema é útil e usável ou não. 
     • Vantagens de se usar o V&V: Melhora a qualidade dos produtos; Torna os requisitos mais estáveis; Permite acompanhamento contínuo da qualidade e da produtividade; Facilita o gerenciamento.
     • Técnicas de V&V - Revisões ( WALKTHROUGH: Teste Prático, Avaliação Prática)
       •  Os processos dede revisão do software é a técnica Walkthrough, onde visa fazer a revisão dos potos e,m todos os processos do projeto, e não somente no software. 
     • PASSEIO WALKTHROUGH
       •  Yourdoun (2000) Diz que o Walkthrough é uma revisão por pares, onde pode ser feito por engenheiros de software, analistas, desenvolvedores, operadores e que possam ser envolvidos vários aspectos de um software.   Para Corliss (2001) O Walkthrough são técnicas práticas simples e bem aceitas para a melhoria de um software. 
     • Inspeções
       •  Uma técnica efetiva para se descobrir erros do sistema, como a inspeção não requer a execução do programa, a mesma pode ser executada antes. 
       • Inspeção são mais eficazes que teste.
     • Sala limpa ( CleanRoom)
       •  Utilizado para deixar tudo bem organizado e estruturado no projeto.  
     • Porque análise de risco ?
       •  - A análise de riscos prioriza os  esforços e prioriza o efeito das falhas, e não só considera a quantidade.  - A análise de riscos ajuda a determinar: quais componentes devem ser levados mais em conta e quais tipos de técnicas de V&V deve ser utilizada.   

2. 2° TESTE CAIXA PRETA

   • (1) Definição de teste e depuração
     •  - Teste: Procura defeitos no programa, com métodos de testes e tem o objetivo de trazer a confiabilidade do programa.  - Depuração: È uma consequência não previsível do teste. Após encontrar o erro, ele deve ser corrigido imediatamente. 
   • (2) Teste de software
     •  Como informa o nome, são efetuados testes no software. Essa é uma das atividades mais onerosas do desenvolvimento de software. É uma atividade relevante para a avaliação de produtos de software.
     • (3) Objetivo
       •  O objetivo é executar o produto do software com intuito de encontrar falhas. 
   • (4) Dificuldades no teste
     •  Para a detecção da falha, precisa ocorrer o erro primeiro .   è necessário especificação 
   • (5) Limitações do teste
     •  - Testes não podem ser exaustivos, pois os testes não podem corrigir o software.  - Algumas tarefas de testes não podem ser automatizadas. 
   • (6) Porque devemos Testar um Software?
     •  È crucial a fase de testes de uma para garantir a qualidade do software. Exitem empresas que gatam 40% do tempo do esforço do projeto só fazendo testes.  Considerando os softwares para empresas de vôo emonitoração, esses testes são feitos 3 vezes amais que o normal. 
   • (7) Tipos de Teste
     • - Testes de regressão  - Testes de carga  - Testes de desempenho - Teste Back-to-back -Testes de configuração -Testes de usabilidade -Testes de instalação -Testes de segurança - Testes de Recuperação -Testes de compatibilidade -Teste do Macaco -Testes de Qualidade de codigo
     • (9) Bons casos de teste
       •  São aqueles que testam umas séries de probabilidades, com o objetivo de encontrar erros novos, fazendo tudo isso com o menos esforço e tempo gasto possível. 
       • Exemplo de casos de teste
         •  È necessário fazer todas as possibilidades possíveis:  2 + 2 = 4 -2 + 2 = 0 2 + -2 = 0 2 + 0,1 = 2,1 0,1 + 2 = 2,1 2 + -0,1 = 1,9 -0,1 + 2 = 1,9 -0,1 + -0,1 = 0
   • (8) Definições de erro, Defeito e Falha
     • Defeito: Defeito algorítmico que se ativada, pode ser levada a uma falha.  Erro: Item de informação e estado de inconsistência do programa. Falha: Ocorre quando a saída do programa faz alguma coisa errada, ou quando ela não executa nada. 
   • (8) DEFINIÇÃO DE ORÁCULO
     •  Elemento, dispositivo ou pessoa que possa avaliar a saída gerada. O oráculo deve avaliar a saída e verificar se está tudo corretamente. Ele deve verificar se as saídas estão inconcistentes ou não. Ele acompanha o processo e já "preve" de certa forma os erros. 
   • (11) Tipos e Técnicas de testes
     • Funcional Teste caixa preta
       •  Baseada na especificação do software ( Casos de uso, Protótipo) .  
     • Estrutural ou teste caixa branca
       •  Baseada em uma implementação em particular. (código) 
     • Baseada em erros ( Análise mutantes )
       •  Baseada nos erros típicos e comuns durante o desenvolvimento. 

3. 3° TESTE CAIXA BRANCA

   • Quanto maior,mais dificil de compreender
     • Conceitos de grafo de fluxo de programa
       •  Nós:É um conjunto de comandos que se um for executado, o restante subsequentemente será executado junto.   Arestas:  Indicam precedência ou transferência de controle. 
       • Caminhos idependetes
         •  Método criado para saber quantas opções de caminhos tem o programa. 
       • Complexidade ciclomática
         •  Criado para saber quando nós predicados tem e quantas arestas, feito em uma fórmula, com o objetivo de um resultado. 
       • Complexidade ciclomática (Caso de uso)
         •  Método para identificar os casos de uso que são possíveis. Verificar no programa codificado, quantas opções de respostas são possíveis. 

4. 4°Configuração e manutenção

   • GCS
     •  Conjunto de atividades que se inicia junto com a engenharia onde faz o rastreamento e o controle.