Quais são os diferentes tipos e níveis de testes?

Question

Accepted Answer

O teste de software tem vários **níveis** (por escopo) e **tipos** (por propósito). Compreendê-los — unitário, integração, end-to-end; funcional vs não-funcional — ajuda a construir uma abordagem completa de testes que cobre diferentes aspectos de qualidade.

## Níveis de teste (por escopo)

```text
UNIT → individual functions/methods in isolation (smallest, fastest, most numerous)
INTEGRATION → multiple units/components working TOGETHER (e.g. code + database, services)
END-TO-END (E2E) → the WHOLE application from the user's perspective (full flows,
  through the real UI/system) — broadest, slowest
SYSTEM → the complete integrated system; ACCEPTANCE → meets business requirements
```

## Funcional vs não-funcional

```text
FUNCTIONAL → does it do the RIGHT thing? (correct behavior, features work)
  → unit, integration, e2e, smoke, regression, sanity tests
NON-FUNCTIONAL → HOW WELL does it work? (qualities beyond correctness):
  PERFORMANCE (speed, load), SECURITY, USABILITY, RELIABILITY, COMPATIBILITY, etc.
```

## Outras categorias de teste comuns

```text
REGRESSION → verify changes didn't break existing functionality (run after changes)
SMOKE → quick check that core functionality works (before deeper testing)
MANUAL → a human tests; AUTOMATED → code tests code (repeatable, fast)
WHITE-BOX (know the internals) vs BLACK-BOX (test behavior, not internals)
```

## Por que isso importa

Compreender os diferentes tipos e níveis de testes é valioso porque fornece o **marco para uma abordagem completa de testes**, sendo portanto um conhecimento fundamental para a qualidade de software.

Teste não é uma única coisa — abrange **níveis** (por escopo: **unitário** para peças individuais, **integração** para componentes trabalhando juntos, **end-to-end** para a aplicação inteira pela perspectiva do usuário, além de sistema e aceitação) e **tipos** (por propósito: testes **funcionais** que verificam se o software faz a coisa correta, e testes **não-funcionais** de qualidades como performance, segurança, usabilidade e confiabilidade).

Compreender essas categorias é importante porque uma estratégia de testes completa usa múltiplos níveis e tipos — você não pode garantir qualidade com apenas um tipo de teste (testes unitários isolados perdem problemas de integração; testes funcionais isolados perdem performance e segurança).

Compreender os níveis (e que eles fazem compensação entre escopo e velocidade — testes unitários rápidos e numerosos, testes e2e amplos mas lentos) enquadra o conceito de pirâmide de testes.

Compreender **outras categorias comuns** — regressão (verificar que mudanças não quebraram coisas), smoke (verificações rápidas da funcionalidade principal), manual vs automatizado, e caixa branca vs caixa preta — completa o vocabulário de testes.

Conhecer essas distinções ajuda você a raciocinar sobre que tipos de testes um projeto precisa e comunicar sobre testes com precisão.

Como a qualidade efetiva de software requer múltiplos níveis e tipos de testes (cobrindo correção em diferentes escopos e várias qualidades não-funcionais), e como compreender a taxonomia de testes é fundamental para construir uma abordagem de testes completa e discutir testes, compreender os diferentes tipos e níveis de testes é um conhecimento valioso e fundamental — o marco conceitual para o campo de testes, necessário para pensar sobre garantia de qualidade abrangente e para entender onde cada tipo de teste se encaixa, uma parte-chave da literacia de testes para qualquer desenvolvedor.