Mod 01

Mod 01

1. 1-Niveis de conhecimento

   • k1
     • Relembrar
     • reconhecer
     • Retomar
   • k2
     • Compeender
     • Explicar
     • Dar Justificativa
     • Comparar
     • Classificar
     • Sumarizar
   • k3
     • Aplicar
   • k4
     • Informacao na apostila da Syllabus
     • Analizar

2. 2-Pq e necessario Testar*

   • 3-Causas das falhas nos softwares
     • Documentacao escricas por pessoas*
     • Pressao do Tempo da entrega*
     • Software maiores e + complexos
     • Falha na Comunicacao*
     • Pessoas sem treinamento
     • Falta de definicao dos requisitos*
     • Mudancas nos requisitos nao documentada
     • Processos de desnvolvimento imaturo
   • 2-Quando falhas ocorem
     • Perdas* / Desastres*
       • ...para a Empresa.
       • ...para o Cliente.
       • ...de Produtividade.
       • ... da Qualidade.
       • Acoes legais e custos associados
       • Lessoes Corporais ou Morte
       • Desastes Tecnologicos
   • 1-Utilizacao de Software**
   • 4-Erro,Defeito e Falha(22)
     • Falha e um evento; Defeito e um estado do software causado por um erro.
   • 5-Terminologia do teste
     • BS 7925-1
       • Glosario de teste de software
       • Adotado pela ISEB/ISTQB
       • Download (www.bstqb.org.br)
   • 6-Custo de correcao dos defefitos(24,25)
     • Myers, "A arte do teste de software"
     • Regra de 10 de Myers
     • Aumento exponencial do retrabalho
   • 7-Construir a confiabilidade do software (26)
     • Probabilidade = FALHA / TEMPO ESPECIFICADO(27)
   • 8-Papel do Tester de software (28)
     • Testes RIGOROSOS
       • DOCUMENTOS
       • SOFTWARE
     • Aumento da Qualidade
       • Defeitos encontrados e corrigidos;
     • Aumenta a Reseita
       • Diminuicao do Retrabalho;
       • Mais tempo para novos funcionalidades;
   • 9-Teste & Qualidade(29)
     • 2- Ajudar a medir a qualidade so software
       • Avaliando Requisitos NAO FUNNCIONAL
         • Confiabilidade
         • Usabilidade
         • Eficiencia
         • Portabilidade e ETC
       • Correcao de defeitos
       • Avaliando Requisitos FINCIONAIS
     • 1- O teste NAO controi a qualidade do software
     • 3- Confianca na Qualidade do Software
     • 4- Testes BEM desenhados reduz os RISCOS de falha no software
       • Impacto
       • Probabilidade
     • 1-Avaliando o Software(31)
       • Quanto mais erro encontrados pior e a qualidade do software.
     • 2- Poucos defeitos?(32)
     • 3-Qualidade custa menos!(33)
     • Para melhorar a Qualidade
       • 1- Analize Lições aprendidas
         • Identificar o que Funcionou BEM/NAO FUNCIONOU
         • Plano de ação para o que não funcionou
       • 2- Analises para CAUSA RAIZ e PLANO de AÇÃO
       • 7- Auditoria nos processos
         • Criacao dos documentos
         • Segundo os processos definicos
   • 10-Testes Exaustivos
     • Requer muitos recursos (pessoas)
     • Muito Caro
     • Toma muito tempo
     • 11-PQ não testar tudo? (35)
       • Priorizacao dos testes
     • 12-Quanto testar entao?
       • 1- Avaliar os riscos
         • Custo de correcao e retrabalho ($)
         • Risco de perca de vida (Sistemas de missão crítica)
         • Perca de Imagem e confiabilidade
         • Software sendo liberado tarde para o mercado
       • 2- Resticoes do projeto
         • Tempo
         • Orçamento

3. 3-Teste de Software (40)

   • Objetivo: Mostrar que o Sistema NAO funciona
   • Paradoxo do teste (43)
   • Delimitacao do teste (44)
   • Atividades do teste
     • 1-Planejamento e Controle
       • Os testes devem ser: Planejados e Geridos como projeto.
       • No Planejamento: os Objetivos; Escopo; Cronograma; Recursos; Estimativa; Criterio de Conclusao sao definidos.
     • 2-Itens de teste
       • Selecao das condicoes de testes. Define o que testar (cenario e condicoes);
     • 3-Modelagem dos casos de testes
       • Casos de teste sao criados para cada condicao de teste.
     • 4-Execucao do teste
       • Executa os casos de teste.
     • 5-Veriricacao dos resultados
       • Identifica o que deu certo e errado.
     • 6-Avaliacao dos criterios de conclusao
       • Avalia se o objetivo do teste foram alcancados.
     • 7-Relatar sobre o processo do teste e o sistema sob teste
       • Relata o ocorrido.
     • 8-Atividade de incerramento
       • Encerramento do projeto de teste e emissao de relatorios gerenciais.
   • Objetivo do teste
     • Encontrar defeitos
     • Prevenir defeitos
     • Ganha confianca no nivel de qualidade e prover informacao
   • Teste e Depuracao
     • Depuracao encontra Defeitos;
     • O tester encontra a Falhas;
   • Principios Gerais TS
     • Processos Gerais para o processo de teste como um todo.
     • 1- Teste demostra a presenca de defeitos;
       • (TESTING SHOWS PRESENCE OF DEFECTS)
     • 2- Testes exaustivos e impossivel;
       • (EXHAUSTIVE TESTING IS IMPOSSIBLE)
     • 3- Testes antecipado;
       • (EARLY TESTING)
     • 4- Agrupamentos de defeitos;
       • (DEFECT CLUSTERING)
     • 5- Paradoxo do pesticida
       • (PESTICIDE PARADOX)
     • 6- Teste depende do contexto;
       • (TESTING IS CONTEXT DEPENDENT)
     • 7- A ilusao da ausencia de erros;
       • (ADSENCE-OF-ERRORS FALLACY)

4. 4-Fundamento do processo de test

   • Atividade do processo de teste (52)

5. 5-Psicologia do teste

6. 6-Informacoes complementares

Imágenes y archivos del mapa