Mod 01

1. Relembrar
2. reconhecer
3. Retomar

1. Compeender
2. Explicar
3. Dar Justificativa
4. Comparar
5. Classificar
6. Sumarizar

1. Aplicar

Anotações:

• Informacao na apostila da Syllabus

1. Analizar

1. Documentacao escricas por pessoas*
2. Pressao do Tempo da entrega*
3. Software maiores e + complexos
4. Falha na Comunicacao*
5. Pessoas sem treinamento
6. Falta de definicao dos requisitos*
7. Mudancas nos requisitos nao documentada
8. Processos de desnvolvimento imaturo

1. Perdas* / Desastres*
   1. ...para a Empresa.
   2. ...para o Cliente.
   3. ...de Produtividade.
   4. ... da Qualidade.
   5. Acoes legais e custos associados
   6. Lessoes Corporais ou Morte
   7. Desastes Tecnologicos

Anotações:

• Falha e um evento; Defeito e um estado do software causado por um erro.

1. BS 7925-1
   1. Glosario de teste de software
   2. Adotado pela ISEB/ISTQB
   3. Download (www.bstqb.org.br)

1. Myers, "A arte do teste de software"
2. Regra de 10 de Myers
3. Aumento exponencial do retrabalho

1. Probabilidade = FALHA / TEMPO ESPECIFICADO(27)

1. Testes RIGOROSOS
   1. DOCUMENTOS
   2. SOFTWARE
2. Aumento da Qualidade
   1. Defeitos encontrados e corrigidos;
3. Aumenta a Reseita
   1. Diminuicao do Retrabalho;
   2. Mais tempo para novos funcionalidades;

1. 2- Ajudar a medir a qualidade so software
   1. Avaliando Requisitos NAO FUNNCIONAL
      1. Confiabilidade
      2. Usabilidade
      3. Eficiencia
      4. Portabilidade e ETC
   2. Correcao de defeitos
   3. Avaliando Requisitos FINCIONAIS
2. 1- O teste NAO controi a qualidade do software
3. 3- Confianca na Qualidade do Software
4. 4- Testes BEM desenhados reduz os RISCOS de falha no software
   1. Impacto
   2. Probabilidade
5. 1-Avaliando o Software(31)

   Anotações:

   • Quanto mais erro encontrados pior e a qualidade do software.
6. 2- Poucos defeitos?(32)
7. 3-Qualidade custa menos!(33)
8. Para melhorar a Qualidade
   1. 1- Analize Lições aprendidas
      1. Identificar o que Funcionou BEM/NAO FUNCIONOU
      2. Plano de ação para o que não funcionou
   2. 2- Analises para CAUSA RAIZ e PLANO de AÇÃO
   3. 7- Auditoria nos processos
      1. Criacao dos documentos
      2. Segundo os processos definicos

1. Requer muitos recursos (pessoas)
2. Muito Caro
3. Toma muito tempo
4. 11-PQ não testar tudo? (35)
   1. Priorizacao dos testes
5. 12-Quanto testar entao?
   1. 1- Avaliar os riscos
      1. Custo de correcao e retrabalho ($)
      2. Risco de perca de vida (Sistemas de missão crítica)
      3. Perca de Imagem e confiabilidade
      4. Software sendo liberado tarde para o mercado
   2. 2- Resticoes do projeto
      1. Tempo
      2. Orçamento

1. 1-Planejamento e Controle

   Anotações:

   • Os testes devem ser: Planejados e Geridos como projeto.
   • No Planejamento: os Objetivos; Escopo; Cronograma; Recursos; Estimativa; Criterio de Conclusao sao definidos.
2. 2-Itens de teste

   Anotações:

   • Selecao das condicoes de testes. Define o que testar (cenario e condicoes);
3. 3-Modelagem dos casos de testes

   Anotações:

   • Casos de teste sao criados para cada condicao de teste.
4. 4-Execucao do teste

   Anotações:

   • Executa os casos de teste.
5. 5-Veriricacao dos resultados

   Anotações:

   • Identifica o que deu certo e errado.
6. 6-Avaliacao dos criterios de conclusao

   Anotações:

   • Avalia se o objetivo do teste foram alcancados.
7. 7-Relatar sobre o processo do teste e o sistema sob teste

   Anotações:

   • Relata o ocorrido.
8. 8-Atividade de incerramento

   Anotações:

   • Encerramento do projeto de teste e emissao de relatorios gerenciais.

1. Encontrar defeitos
2. Prevenir defeitos
3. Ganha confianca no nivel de qualidade e prover informacao

1. Depuracao encontra Defeitos;
2. O tester encontra a Falhas;

Anotações:

• Processos Gerais para o processo de teste como um todo.

1. 1- Teste demostra a presenca de defeitos;
   1. (TESTING SHOWS PRESENCE OF DEFECTS)
2. 2- Testes exaustivos e impossivel;
   1. (EXHAUSTIVE TESTING IS IMPOSSIBLE)
3. 3- Testes antecipado;
   1. (EARLY TESTING)
4. 4- Agrupamentos de defeitos;
   1. (DEFECT CLUSTERING)
5. 5- Paradoxo do pesticida
   1. (PESTICIDE PARADOX)
6. 6- Teste depende do contexto;
   1. (TESTING IS CONTEXT DEPENDENT)
7. 7- A ilusao da ausencia de erros;
   1. (ADSENCE-OF-ERRORS FALLACY)