Please enable JavaScript.

Coggle requires JavaScript to display documents.

Teste de Software - Coggle Diagram

- - - - Ajudar a detectar erros logo no início do desenvolvimento
      - Servir como documentação viva: se o teste quebra, algo mudou no comportamento esperado
      - Confirmar que uma parte do código funciona corretamente em isolamento
    - - Evita regressões
      - Dá confiança para refatorar
      - Facilita o desenvolvimento em equipe
    - - Serve para garantir que aquela unidade específica faz exatamente o que deveria fazer, sem depender do resto do sistema.
      - Teste automatizado de uma unidade isolada do código
  - - - Um teste que verifica se diferentes partes do sistema funcionam bem juntas
      - Enquanto o teste unitário foca em uma única função isolada, o de integração avalia a comunicação entre módulos, classes, componentes ou sistemas distintos
    - - Garantir que as partes integradas do software troquem informações corretamente
      - Detectar erros em interfaces, APIs, dependências externas ou banco de dados
      - Confirmar que o fluxo entre módulos mantém o comportamento esperado
    - - Um código pode funcionar sozinho (passa no teste unitário), mas falhar quando combinado com outro módulo
      - Detecta falhas de contrato entre partes — por exemplo, quando o backend muda o formato de resposta e o frontend quebra
      - Assegura que integrações entre sistemas externos (API, banco, autenticação, etc.) funcionem de ponta a ponta
  - - - Um teste de sistema verifica o comportamento do software como um todo, validando se o sistema completo — integrado e funcionando — atende aos requisitos funcionais e não funcionais
      - 💡 É o momento em que se testa a aplicação inteira em um ambiente o mais próximo possível do real: banco de dados, API, frontend, autenticação, tudo
    - - Garantir que o sistema funciona de ponta a ponta conforme as especificações
      - Verificar fluxos completos de uso, simulando o comportamento de um usuário real
      - Validar requisitos funcionais (o que o sistema faz) e não funcionais (desempenho, segurança, usabilidade)
    - - Mesmo que cada parte funcione (unitário) e as integrações estejam certas, o sistema pode falhar em fluxos completos
      - O teste de sistema identifica erros de integração global, de configuração e de comportamento geral
      - É uma das etapas finais antes da entrega, dando confiança na versão final do software
  - - - O teste de aceitação verifica se o sistema atende aos requisitos do usuário ou cliente, validando se o software realmente faz o que o usuário precisa e cumpre as histórias de usuário definidas no projeto
      - 💡 É a etapa em que o cliente, o usuário ou o time de QA confirma se o sistema está pronto para uso em produção
    - - Garantir que o sistema atende às expectativas e critérios de aceitação
      - Validar histórias de usuário completas e fluxos reais de negócio
      - Servir como base para homologação e entrega final do produto
    - - Um sistema pode passar em todos os testes técnicos (unitário, integração e sistema) e ainda não resolver o problema do usuário
      - O teste de aceitação garante que o produto entregue tem valor real
      - É usado como critério de aceite antes da entrega oficial — o famoso “OK, pode subir pra produção”
- - - - Se a missão for testar um método como uma caixa-preta, a única informação disponível incluirá seu nome, parâmetros, tipos e exceções de retorno
- - - - Pense nos limites: valores extremos e casos de fronteira revelam falhas sutis
- - - - Atesta se o código faz o que foi especificado
    - - Atesta se o software realmente resolve o problema do usuário