Quels sont les différents types et niveaux de test ?

Question

Accepted Answer

Le test logiciel comprend plusieurs **niveaux** (par portée) et **types** (par objectif). Les comprendre — unitaire, intégration, bout en bout ; fonctionnel vs non-fonctionnel — aide à construire une approche de test complète couvrant différents aspects de la qualité.

## Niveaux de test (par portée)

```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
```

## Fonctionnel vs non-fonctionnel

```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.
```

## Autres catégories de test courantes

```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)
```

## Pourquoi c'est important

Comprendre les différents types et niveaux de test est précieux car cela fournit le **cadre pour une approche de test complète**, c'est donc une connaissance fondamentale pour la qualité logicielle.

Le test n'est pas une seule chose — il s'étend sur **niveaux** (par portée : **unitaire** pour les éléments individuels, **intégration** pour les composants travaillant ensemble, **bout en bout** pour l'application entière du point de vue de l'utilisateur, plus les tests système et d'acceptation) et **types** (par objectif : test **fonctionnel** vérifiant que le logiciel fait ce qu'il faut, et test **non-fonctionnel** des qualités comme la performance, la sécurité, l'utilisabilité et la fiabilité).

Comprendre ces catégories est important car une stratégie de test complète utilise plusieurs niveaux et types — vous ne pouvez pas assurer la qualité avec un seul type de test (les tests unitaires seuls manquent les problèmes d'intégration ; les tests fonctionnels seuls manquent la performance et la sécurité).

Comprendre les niveaux (et qu'ils échangent la portée contre la vitesse — tests unitaires rapides et nombreux, tests e2e larges mais lents) encadre le concept de pyramide des tests.

Comprendre **les autres catégories courantes** — régression (vérifier que les changements n'ont rien cassé), smoke (vérifications rapides des fonctionnalités clés), manuel vs automatisé, et boîte blanche vs boîte noire — complète le vocabulaire du test.

Connaître ces distinctions vous aide à raisonner sur les types de test qu'un projet nécessite et à communiquer précisément sur le test.

Puisque la qualité logicielle efficace nécessite plusieurs niveaux et types de test (couvrant la correction à différentes portées et diverses qualités non-fonctionnelles), et puisque comprendre la taxonomie des tests est fondamental pour construire une approche de test complète et discuter du test, comprendre les différents types et niveaux de test est une connaissance précieuse et fondamentale — le cadre conceptuel du domaine du test, nécessaire pour penser à l'assurance qualité complète et pour comprendre où s'inscrit chaque type de test, une part clé de la littératie en test pour tout développeur.