Analyse des valeurs limites

Comprendre les défauts aux limites et appliquer l’analyse des valeurs limites aux champs, aux intervalles et aux conditions de transition.

Mis à jour:

Sommaire

L'analyse des valeurs limites suit une idée simple et pratique : des erreurs se produisent souvent aux limites de plage et de condition. Il s'agit d'emplacements courants pour des opérateurs de comparaison incorrects, des erreurs de limite inclusive/exclusive et une mauvaise gestion des valeurs vides ou extrêmes.

Ce qui compte comme frontière

  • →La valeur minimale autorisée
  • →La valeur maximale autorisée
  • →La valeur immédiatement avant une limite
  • →La valeur exactement à une limite
  • →La valeur immédiatement après une limite

Exemple

Si un mot de passe doit contenir de 8 à 20 caractères, les longueurs 7, 8, 9, 19, 20 et 21 sont de bons candidats. Elles sont souvent plus utiles que des longueurs arbitraires comme 11 et 14.

Où c'est particulièrement utile

  • →Plages numériques, limites, longueurs de chaînes et tailles de fichiers
  • →Dates et intervalles : débuts, fins, délais et expiration
  • →Limites de nombre : tentatives, éléments, demandes et utilisateurs
  • →Règles métier basées sur des seuils : remises par montant, accès par rôle et changements de statut une fois les conditions remplies

Erreurs courantes

  • →Vérifier uniquement les valeurs limites et oublier leurs voisins
  • →Ignorer les limites logiques qui ne sont pas explicitement numériques
  • →Négliger les conditions inclusives et exclusives
  • →Traiter BVA seul comme suffisant pour une logique métier complexe
📏

L'analyse des limites fonctionne particulièrement bien avec le partitionnement par équivalence : identifiez d'abord les partitions, puis renforcez la couverture sur leurs bords.

Exemple d’analyse des limites : bornes inclusives

Prenons un champ pédagogique distinct qui accepte un identifiant composé de 8 à 20 lettres ASCII, bornes incluses. Tous les caractères sont valides ; seule la longueur varie. Le choix d’ASCII évite que caractères, octets et unités de code introduisent une seconde variable. Il s’agit d’un exercice de conception de tests, pas d’une recommandation de sécurité pour les mots de passe.

plain text
Longueur	Exemple	Résultat attendu
7	aaaaaaa	Refuser : trop court
8	aaaaaaaa	Accepter
9	aaaaaaaaa	Accepter
19	aaaaaaaaaaaaaaaaaaa	Accepter
20	aaaaaaaaaaaaaaaaaaaa	Accepter
21	aaaaaaaaaaaaaaaaaaaaa	Refuser : trop long

Pour cette règle de longueur entière, un ensemble compact d’analyse à 2 valeurs est 7, 8, 20, 21 : il franchit chaque limite valide/invalide. L’analyse à 3 valeurs ajoute le voisin de l’autre côté de chaque limite : 7, 8, 9 et 19, 20, 21. Elle peut révéler un défaut qui touche seulement la valeur valide voisine de la borne. Ces ensembles ne couvrent pas toutes les autres règles de saisie.

Exercice : quantité de 1 à 5

Supposons qu'une quantité entière requise doit être comprise entre 1 et 5 inclus. Écrivez les candidats aux limites à trois valeurs avant de lire la réponse. Conservez les entrées « manquantes », null, non entières et non numériques comme contrôles distincts ; ils ne sont pas représentés par des valeurs limites numériques.

plain text
Entrée	Résultat attendu
0	Refuser
1	Accepter
2	Accepter
4	Accepter
5	Accepter
6	Refuser

Si une limite devient exclusive, dérivez à nouveau les résultats attendus de la nouvelle règle. Pour les valeurs décimales, les horodatages ou les chaînes Unicode, définissez d'abord la plus petite étape pertinente et ce que le système mesure réellement. « Un en dessous » d'une date ou d'une limite de taille de fichier n'a pas de signification précise sans unité.

Pour aller plus loin

Partitionnement en classes d’équivalence

Cas de test

Référence technique : syllabus ISTQB CTFL, sections 4.2 et 5.5. Les exemples ci-dessus sont des scénarios de formation originaux.