Please enable JavaScript.
Coggle requires JavaScript to display documents.
Testes de Software - Coggle Diagram
Testes de Software
Tipos
-
-
-
-
Integridade de Dados
Acesso a base de dados funciona corretamente e informações não são corrompidas, sendo armazenadas corretamente
Performance
Analisa gasto de recursos (tempo, memória, transações) para processar diferentes configurações, sob circunstâncias variadas (número de usuários, tamanho do BD, etc)
-
Interface com Usuário
Verifica design, usabilidade e tempo de aprendizado para usar o programa
-
Regressão
Testes executados em uma versão mais recente de um software, após manutenção corretiva ou evolutiva
-
Volume
Estresse
Similar ao anterior, mas busca analisar o ponto de transição de fase para o qual o sistema é degradado
Descobrir situações que coloquem o sistema no seu limite, onde para de funcionar
Analisar ponto de transição de fase no qual um sistema (servidor, software) suporta com degradação mínima de desempenho, conforme aumentamos volume de transações/acessos simultâneos
Ciclo de Vida
-
Preparação
Fase para assegurar que o ambiente para o teste é o ideal, para que tudo seja executado como planejado
Automatizar procedimentos de teste, quando possível, criando componentes de teste consistentes com os casos de testes associados
Entrada: Projeto de teste, código executável do sistema a ser testado
-
Vantagens: Desenvolvimento Iterativo e Incremental permite reuso de casos de testes automatizados em diversas iterações
Motivação: Automatizam atividades do processo de testes, alguns tipos de teste são inviáveis e/ou custosos para serem feitos de forma manual e muito úteis para testes de regressão
Custo: Quando o Sistema funciona por longo período, o custo de automatização dos testes é amortizado ao longo do tempo
Especificação
Fase para elaboração e revisão dos casos de teste e roteiros de teste, especificando como executar cada um dos testes
Entrada: Especificação dos requisitos, plano de testes, modelo de análise e projeto (se existir)
Saída: Projeto de testes (casos e procedimentos , planilha de testes e plano de testes.
-
-
-
Execução
-
Entradas: Plano de teste, Projeto de teste, planilhas de testem componentes automatizados de teste, código executável do sistema,
-
Entrega
Medir quantitativamente e qualitativamente o progresso dos testes e gerar um relatório de avaliação dos testes
-
Entrada: Plano de teste, projeto de teste, planilha de teste
-
Relatório: Introdução, avaliação dos testes , casos de teste realizados, procedimento e tipos de teste, detalhamento do ambiente de teste, ações corretivas, sugestões de melhoria e lições aprendidas
Estágios/Níveis
Unidade
-
Componentes Individuais (Classes, Métodos)
-
-
-
-
Integração
-
-
O teste de integração deve ser feito de forma incremental, ou seja, as unidades devem ser integradas em pequenos segmentos
-
-
Sistema
É testada a integração dos componentes de software com o ambiente operacional similar ao de produção (hardware, software, pessoas e outros sistemas)
-
Geralmente é um teste “caixa-preta”, executado por um testador de sistemas (idealmente membro de um grupo independente de testes)
-
Aceitação (Homologação)
Envolve documentação e empacotamento, bem como treinamento do usuário
-
Testes de “caixa preta”, realizados pelo usuário a fim de demonstrar a conformidade com os requisitos do software
-
Processo de teste
-
-
É extremamente improvável, em um software complexo, provar ausência total de erros
-
Ferramentas
-
-
Implementação e Execução
Teste de API de unidades, cobertura, inspeção de código, estresse, desempenho, etc
RTM (Jira), Xray, TestFLO (Jira), Klaros, QACoverage, IBM Rational Quality Manager
Bug-tracking
JIRA, Pivotal Tracker, Bugzilla, and Redmine
-
Introdução
-
-
Finalidade
-
-
-
Requisitos
-
O software produzido é correto e de qualidade, para os padrões do caso?
TDD
-
Integrar atividades de teste com atividades de desenvolvimento para reduzir o custo total de desenvolvimento
-
Abordagens
Funcional
"Caixa preta": não avalia aspectos internos do componentes, preocupando-se apenas com o seu comportamento
-
-
-
Estrutural
"Caixa branca": enxerga lógicas internas do componente, incluindo variáveis e fluxos de sua execução
-
-