Teste de Software 01

Teste de Software 01

1. PROCESSOS DE TESTE

   • Planejamento de teste (Criar plano deteste)
     • Roteiro de teste (Cenarios de Teste)
       • Revisao em pares - roteiro de teste
         • Execução de teste
           • Relatos de erro
             • Sumario de Teste - finalização do teste

2. PRINCIPAIS ARTEFATOS DE TESTE

   • Planejar Teste
     • Check List de entrada de artefatos
       • Roteiro de teste (cenario de teste)
         • Plano de Teste
           • Roteiro de teste
             • Sumário

3. TECNICAS DE TESTE ESTÁTICO

   • O teste estático pode ser executado em qualquer artefato que possa ser lido como, por exemplo, os documentos organizacionais: políticas, estratégias, planos e processos. Além disso, também pode ser feito nos planos de projeto de garantia da qualidade e de gerência de configuração. Especificação de requisitos e documentos relativos ao processo de teste podem, ainda, ser considerados.
   • Consistem em análise e revisão estática do codigo.
     • Técnicas de revisão são definidas pela norma IEEE 1028-2008
   • A finalidade Principal é de enconttrar defeitos
   • TIPOS DE TESTE ESTÁTICO
     • REVISAO
       • A revisão é um exame sistemático de um documento que é realizado por uma ou mais pessoas com o objetivo de encontrar e remover erros.
       • A revisao é usada para remover erros e ambiguidades nos documentos
       • Pode ser visto como a primeira forma de teste no ciclo de vida do software
       • A revisao pode ser usada para testar qualquer coisa que foi escrita ou digitada
         • especificação de requisitos
         • projetos
         • Codigo
         • planos e casos de teste
       • Vantagens
         • detecção antecipada dos defeitos
         • Diminuição significativa dos defeitos
         • Aumento na qualidade do software
         • Ganho de produtividade da equipe
         • Redução do tempo gasto para produção
         • Melhoria na comuniação
     • ANALISE ESTATICA
       • tudo aonde envolve a análise de um codigo e sua execução, estutura analitica e sintaxe
       • Permite que o codigo seja avaliado em termos de defeitos estruturais ou fraquezas sistematicas que possam gera defeitos
       • em objetivo em encontrar defeitos no codigos e nos modelos gerados
         • Ferramentas automatizadas podem ajudar programadores e desenvolvedores na realização de uma análise estática.
       • Vantagens
         • detecção antecipada de defeitos, antes da execução de teste
         • Aviso prévio sobre aspectos suspeitos do código ou projeto
         • Identificação de defeitos que não são facilmente encontrados pelo teste dinâmico
         • Melhoria na manutenibilidade do código e projeto
         • Prevenção de defeitos
       • erros que podem ser encontrados
         • Referenciamento de uma variável sem valor definido
         • Interfaces inconsistentes entre módulos e componentes
         • Variáveis que nunca foram utilizadas
         • Código morto
         • Violação a padrões de programação
         • Vulnerabilidades de segurança
         • Violação de sintaxe do código e dos modelos

4. TECNICAS PARA PROJETOS DE CASOS DE TESTE

   • CTEGORIAS
     • Caixa preta (Especificação)
       • É aquela em que toma se como base o que está escrito sobre o sistema, documentos de requisitos, manuais e diagramas, considerando
       • a técnica analisa o funcionamento do sistema e não o que está dentro dos detahes internos
       • O foco desta técnica são as funcionalidades,
       • Tecnicas
         • Partições em equivalência ou Classes de equivalência
           • Intervalo de valores: 1 classe válida e 2 inválidas;
         • Análise de Valor de Fronteira
           • Intervalo de valores: 2 classe válida e 2 inválidas sempre na fronteira
         • Tabelas de Decisão
         • Diagramas de Transição de Estados
     • Caixa Branca (Estrutura)
       • É aquela que utiliza o código como alicerce para a montagem dos casos de teste.
     • Baseado na experiencia
       • Neste caso é utilizado a experiência do testador em sistemas similares ou experiência em geral

5. ANALISE E PROJETO DE TESTE

   • O processo para a definição do projeto de teste deve ser iterativo e incremental, e acontece antes da execução de teste 
   • Escopo do que será testado
   • Os produtos de trabalho para serem entradas para o projeto de teste
   • Lista dos resutados esperados
   • Atividades necessárias para a realizar a execução de teste
   • BASE DE TESTE
     • Processo que tem como finalidade buscar informaçoes que possamser usadas para derivar o projeto o teste as informações podem sr obtidas por meio de requisitos, especificação tecnica, codigo ou rocesso de negocio
     • atividades
       • Indentificar as condiçoes de Teste
       • Especificar os casos de teste
       • Especificar osprocedimentos de TESTE
   • CObertura de Teste
     • Busca entre outras coisas responder questoes relativas a quantidade de teste que sera realizadono projeto
     • Adotar uma análise de Risco
       • Probabilidade X impacto
         • Impacto da Falha: sobre o Sistema
         • Probabilidade: Ocorrrencia da Falha
   • Identificação das condiçoes de teste
     • Casos de Teste
       • É um conjunto de entradas de teste, condiçoes de execução e resultados esperados desenvolvidos para um objetivo especifico
       • Melhores praticas: desenvolver ao menos 2 casos de teste para cada requisito
         • 1: casos de teste que demonstre que o requisito foi atendido
         • 2: caso de teste negativo,
           • Uma condição ou dados inaceitaveis para demonstrar queo requisito so pode ser atendido sob a condição desejada
       • Especificação dos casos de teste
         • um conjunto de valores de entrada, precondiçoes para execução, resultado esperado e pos condiçoes da execução
         • Objetivos ou condiçoes de Teste
           • Efetividade: probabilidade real de detcção de erros
           • Exemplar: Pratico sem redundancia
           • Economico: equilibrio entre custo e retorno
           • Evolução: sejam evolutivos, estruturados e manuteniveis

6. TESTES DINAMICOS BASEADOS NA ESTRUTURA

   • Sao utilizadas para explorar estruturas ou componentes do sistema, e pode ser compreendida como tudo aquilo utilizado para a contrução do software como: estrutura do codigo, arquitetura etc
   • PROBLEMAS
     • o numero de caminhos pode ser infinito ou muito grande
     • Defeitos podem existir mesmo como fluxo de controle correto
     • Um modulo pode executar corretamente para diversoscasos e flahar em alguns
   • tecnicas
     • FluxoGrama
     • Grafos de controle de fluxo
     • Teste e cobertura de declaração