Please enable JavaScript.
Coggle requires JavaScript to display documents.
Testes de Software - Aula 3 - Coggle Diagram
Testes de Software - Aula 3
Modelo V
Correspondência entre Desenvolvimento e Teste
A grande sacada do Modelo V é que para cada fase de desenvolvimento existe um nível de teste correspondente. Isso cria uma verificação cruzada contínua.
O Lado Esquerdo: Decomposição e Definição
Análise de Requisitos: Define o que o sistema deve fazer. Aqui já se planeja o Teste de Aceitação.
Design do Sistema: Define a arquitetura técnica. Aqui se planeja o Teste de Sistema.
Design de Componentes: Detalha como cada módulo funcionará. Aqui se planeja o Teste de Integração.
Codificação: É a ponta inferior do V. É onde o código é efetivamente escrito seguindo as especificações detalhadas nas fases anteriores.
Especificação de requisitos
Projeto alto nível (arquitetura)
Projeto detalhado (design dos módulos)
Codificação
Testes de Unidade
Testes de integração
Testes de sistema
Testes de aceitação
O Lado Direito: Integração e Validação
Testes de Unidade: Verificam se os menores pedaços de código (funções/métodos) funcionam isoladamente.
Testes de Integração: Validam se os módulos conversam entre si corretamente.
Testes de Sistema: Verificam o software completo em um ambiente que simula a produção.
Testes de Aceitação: Validam se o produto final atende às necessidades do negócio e do usuário.
Tipos de testes
Objetivos
Testes Não Funcionais
Avaliam aspectos como desempenho, segurança e usabilidade.
Teste Funcional
Verificam se as funcionalidades estão de acordo com os requisitos.
Nível de teste
Testes de Unidade (Unitários)
Testam a menor parte do código (uma função ou método) de forma isolada. São rápidos e baratos.
Testes de Integração
Verificam se diferentes módulos ou serviços funcionam bem quando combinados.
Testes de Sistema (Ponta a Ponta / E2E)
Testam a aplicação completa, simulando a jornada real do usuário do início ao fim.
Testes de Aceitação (UAT)
Realizados geralmente pelo cliente final para confirmar se o sistema atende às necessidades do negócio.
Perspectiva
Caixa Branca
O testador tem acesso ao código fonte e testa a estrutura interna.
Caixa Cinza
Uma mistura dos dois: o testador tem um conhecimento parcial da estrutura.
Caixa Preta
O testador foca apenas nas entradas e saídas, sem ver o código.
Testes Específicos e de Manutenção
Teste de Regressão
Talvez o mais importante na rotina. Serve para garantir que uma funcionalidade nova não quebrou algo que já estava funcionando.
Teste de Fumaça (Smoke Test)
Um teste rápido para ver se as funções básicas "não estão pegando fogo". Se falhar, a build é rejeitada na hora.
Teste de Carga/Estresse
Verifica os limites de capacidade do servidor e do banco de dados.
Teste de Usabilidade
Focado na experiência do usuário (UX) e na facilidade de navegação.