Mindmap
Casos De Teste
Inhalt der Mindmap
Casos De Teste
Defeito
- Introdução ou comando Incorreto
Atividades De Teste
- Planejamento e controle
- Condições de teste
- Definição e Projeto dos casos de teste
- Avaliação e Análise de Sistemas Sob Testes
Erro
- Desvio da especificação
Falha
- Compotamento Inconsistente
Objetivo
- Encontrar e prevenir defeitos
- Conhecer o grau de qualidade de um produto
- Prover informações para tomada de decisões
- Prévinir defeitos no código
- Verificar e validar produtos
Categorias de Teste
- Funcional X Estrutural
- Especificação
- Código
- Estático x Dinâmico
- Executa o código
- Não Executa o código
- Técnicas Validação e Verificação
- Verificação e Validação
- Sistemas possuem restrições de qualidade e confiabilidade
- Qualidade de sw
- Redução de custos e aumento da qualidade e confiabilidade
- 40% a 50% do esforço de desenvolvimento de sistemas são empregados em atividades de verificação e validação.
- Validação
- Confirmar se os requisitos particulares para um determinado uso foram cumpridos
- Verificação
- Confirmar se os requisitos especificados foram cumpridos
- Testes Classicos (Dinamico)
- Teste Funcional
- teste das principais funcionalidades de sistemas
- Teste Não-Funcional
- testa tempo de resposta, memória utilizada, etc
- Teste baseado em riscos
- Teste de stress:
- Teste de Regressão
- Teste exploratório
- Teste aleatório
- Teste Funcional
- Verificação e Validação
- Estatístico
- Enfoque na confiabilidade
- Aspectos não-funcionais
- Desempenho, stress, segurança
- Funcional X Estrutural
Principos De teste
- Testes mostram a presença de defeitos
- Teste exaustivo é impossível
- Teste sempre
- Agrupar defeitos por módulo
- Paradoxo do pesticida
- se os mesmos testes são sempre repetidos, eventualmente os casos de teste não acharão novos defeitos
- Teste é dependente de contexto
- software crítico é testado diferente de um site de compras
- Falácia da ausência de erros
- se não preenche os desejos dos usuários, não adianta consertar os defeitos
Premissas
- detectar a existência
- Impossível testar todas as possibilidades de execução
- Testes (funcionais e não-funcionais) possuem natureza destrutiva
- Descobrir e consertar os defeitos
- Sempre existirão defeitos
- Premissas Basicas
- Atividade de teste
- processo de executar um programa com a intenção de descobrir um defeito
- Bom caso de teste
- tem uma elevada probabilidade de revelar um defeito ainda não descoberto
- Teste bem-sucedido
- aquele que revela um defeito ainda não descoberto
- Atividade de teste
Plano De Teste
- Deve Conter uma sequencia de
- Passos
- Resultados esperados
- Características
- Clareza
- Repetibilidade
- Deve Conter uma sequencia de
Planos de teste, Modelos e Boas práticas
- Padrão IEEE 829
- Plano de Testes
- Contém diversos Casos de Teste
- Descreve os testes para as maiores prioridades do projeto
- Possui um único objetivo por vez
- Fáceis de serem lidos
- Contém diversos Casos de Teste
- Especificação de Arquitetura de Teste
- Especificação de Casos de Teste
- ○ Identificadores para Especificação de Casos de Teste
- Itens a serem testados
- Especificação de Entrada e Saída
- Necessidades de Ambiente
- Requisitos especiais de processos
- Dependências internas para casos de Uso
- Especificação do Procedimento de Testes
- Relatório de Comunicação de Item testado
- Log de Teste
- Plano de Testes
- Padrão IEEE 829
Teste Caixa
- Branca
- Estrutural, Código Fonte
- Preta
- Funcional, Requisitos
- Teste Exploratório
- descoberta das funcionalidades
- Teste de Aceitação
- Teste de Integridade de dados
- Teste de Interface com o Usuário
- Teste de Regressão
- Teste de Desempenho
- Teste de Fluxo
- Teste Exploratório
- Funcional, Requisitos
- Branca
Informationen
- Beschreibung
- engenharia de software Mindmap am Casos De Teste, erstellt von Gustavo Pitao am 14/04/2017.
- Erstellt von
- Gustavo Pitao
- Aufrufe
- 0
- Bewertung