L’analyse de la valeur limite – généralement abrégée en BVA – est une technique de test banale de la boîte noire. Cette approche permet de tester les défauts des logiciels en vérifiant les valeurs d’entrée aux limites des plages autorisées.
Cet article examine ce qu’est le test d’analyse des frontières, pourquoi il est utile, et explore différentes approches, techniques et divers outils de test des frontières.
Qu’est-ce que l’analyse de la valeur limite dans les tests de logiciels ?
L’analyse de la valeur limite est un type de test fonctionnel. Ce type de test consiste à vérifier que chaque fonction du logiciel répond aux exigences et aux spécifications. Dans le cas des tests limites, cette fonctionnalité comprend la façon dont le logiciel traite les différentes entrées.
La BVA est une technique de test des logiciels qui permet de valider la façon dont le logiciel répondra aux entrées à la limite ou autour des limites d’entrée. Par essence, chaque entrée a des plages autorisées. Par exemple, vous pouvez avoir une boîte de mot de passe pour un login qui accepte des mots de passe entre 8 et 12 caractères. Le test de délimitation portera sur les mots de passe dont la longueur des caractères est de 7, 8, 12 et 13.
L’idée est que les nombres situés à l’intérieur des limites, c’est-à-dire 7, 8, 12 et 13, sont plus susceptibles de provoquer des erreurs que les nombres situés à l’intérieur des limites, tels que 9, 10 et 11. Si les avantages peuvent sembler marginaux dans le cas d’un champ acceptant entre 8 et 12 caractères, ils deviennent plus évidents lorsque vous devez écrire des scénarios de test pour des champs acceptant entre 1 et 20 caractères ou des nombres compris entre 1 et 1000, etc.
Ainsi, pour gagner du temps et réduire le nombre de cas de test dans le cadre des essais fonctionnels, l’analyse de la valeur limite s’intéresse aux valeurs :
- A la valeur minimale
- Directement en dessous de la valeur minimale
- A la valeur maximale
- Directement au-dessus de la valeur maximale
Avantages de l’analyse de la valeur limite dans les essais
Les tests de délimitation présentent plusieurs avantages indéniables pour les équipes d’assurance qualité.
#1. Meilleure qualité des logiciels
Le scénario cauchemardesque pour les testeurs est celui des bogues et des défauts qui passent inaperçus. Avec autant d’éléments à vérifier, certains défauts peuvent passer inaperçus. Les tests de délimitation prouvent la fonctionnalité des zones du logiciel qui sont plus susceptibles de contenir des erreurs, ce qui permet d’améliorer la conception du logiciel et, en fin de compte, d’obtenir une application plus fiable et plus stable.
#2. Augmentation de la couverture des tests
La BVA dans les tests de logiciels est très utile parce qu’elle permet de réduire le nombre de cas de test nécessaires pour une couverture complète des tests. L’analyse des valeurs limites garantit que les valeurs importantes et chaque valeur peuvent être testées de manière plus approfondie.
#3. Détection précoce des défauts
Les tests de valeur limite font partie d’une approche qui donne la priorité à la détection précoce des défauts. La détection des bogues à un stade précoce du processus permet aux équipes de développement d’économiser du temps et de l’argent, sans parler du fait qu’il est beaucoup plus facile de remédier aux bogues aux premiers stades du développement.
#4. Efficacité
Les tests de valeur limite sont très efficaces car ils permettent de réduire le nombre de cas de test. En effet, le fait de réduire les données d’entrée à toutes celles qui sont les plus susceptibles de causer des problèmes peut faire gagner beaucoup de temps aux équipes de test, tant pour la rédaction que pour l’exécution des cas de test.
Inconvénients de l’analyse de la valeur limite dans les essais
Bien entendu, aucune technique de test de logiciel n’est parfaite ou n’a ses limites. Bien que l’analyse de la valeur limite présente de nombreux avantages, l’utilisation de cette technique de test fonctionnel est soumise à certaines contraintes.
#1. Champ d’application étroit
BVA travaille sur les limites ou les bords des entrées de données valides. En général, il ignore les entrées du milieu en raisonnant qu’elles seront correctes si les entrées valides sur les bords le sont. Cependant, il n’est pas sans précédent que certaines de ces valeurs non testées puissent poser des problèmes.
#2. Trop simpliste
L’analyse des frontières consiste à simplifier les choses. Si cette approche permet de réduire le nombre de cas de test, elle est moins adaptée aux domaines très complexes comportant des frontières, des interactions ou des dépendances multiples. En effet, elle peut avoir du mal à gérer des scénarios complexes, ce qui signifie que vous devez explorer d’autres techniques pour obtenir une couverture adéquate.
#3. Hypothèses
Tout processus visant à accroître l’efficacité risque de passer à côté d’erreurs particulières. BVA se concentre sur les limites à l’extrémité d’une plage. Ce faisant, il doit émettre des hypothèses sur d’autres intrants qui se situent de part et d’autre des valeurs limites. Les testeurs doivent trouver un équilibre entre l’efficacité et la couverture, ce qui présente un léger risque si les tests limites sont utilisés seuls.
#4. S’appuyer sur des spécifications et des exigences précises
L’efficacité de la BVA dépend de la qualité et de l’exactitude des spécifications et de la documentation des besoins. Toute erreur non vérifiée dans ces documents peut se répercuter sur les tests de la valeur limite et conduire à des erreurs spécifiques non vérifiées et non découvertes jusqu’aux derniers stades critiques du développement.
#5. Utilisation des classes d’équivalence
La réalisation d’une BVA approfondie nécessite une solide connaissance des classes d’équivalence. Pour définir ces classes avec précision, il faut de l’expérience et quelques informations sur l’application.
Défis de l’analyse des valeurs limites
en matière d’essais de logiciels
À ce stade, vous devriez avoir une idée assez claire des avantages et des inconvénients du contrôle des frontières. Toutefois, si vous souhaitez mettre en œuvre cette approche dans vos propres tests de logiciels, vous devez également être conscient des différents défis à relever.
Voici quelques-uns des défis que pose la mise en œuvre des tests de la valeur limite dans le cadre des tests de logiciels.
#1. Définir les limites
L’identification des limites dans les systèmes simples pose peu de problèmes aux testeurs compétents. Cependant, il existe des situations plus complexes, telles que :
- Domaines d’entrée complexes avec diverses variables d’entrée ou des relations complexes
- Limites non documentées qui n’ont pas été clairement définies dans les documents de spécification
- Limites dynamiques qui changent en fonction des actions de l’utilisateur ou d’autres conditions
#2. Exigences ambiguës
Des documents d’exigences mal rédigés ou peu clairs peuvent entraver l’identification des valeurs limites. La clarté, l’exhaustivité et l’engagement à fournir des documents de spécification complets prennent du temps, mais ils finissent par porter leurs fruits.
#3. Expertise
L’analyse des valeurs limites peut s’avérer faussement complexe. En effet, les équipes de test ont besoin de personnel expérimenté et connaissant le domaine pour comprendre les nuances subtiles de la technique. De plus, les testeurs doivent avoir une certaine connaissance du logiciel ou, au minimum, disposer de documents de spécification fiables sur lesquels s’appuyer.
#4. Erreurs
L’analyse des limites vise à réduire le nombre de cas de test nécessaires pour vérifier les entrées valides et non valides. Cependant, les défauts qui se situent en dehors de la plage de test peuvent facilement passer inaperçus. En outre, les erreurs de type « off-by-one » sont des erreurs de codage courantes qui peuvent se produire à l’intérieur ou à proximité des frontières. Les testeurs doivent être conscients de ces scénarios et prendre des dispositions pour les tester.
#5. Explosion des cas de test
Avec de multiples limites d’entrée en jeu, les cas de test peuvent rapidement devenir complexes et se multiplier de manière incontrôlée. Dans ce cas, le temps et l’argent que vous pouvez économiser grâce aux tests de délimitation sont perdus, ce qui compromet les avantages de la solution. Les logiciels complexes comportant de nombreuses combinaisons ou permutations peuvent avoir un effet similaire.
#6. Limites de l’outil d’analyse
Les outils d’automatisation des tests logiciels peuvent aider les équipes à effectuer une analyse adéquate de la valeur limite. Cependant, même dans les meilleurs cas, ces outils nécessitent une intervention manuelle pour les tests et leur création. Cette situation peut être exacerbée pour les constructions complexes avec des interactions multi-variables.
Différents types de valeurs limites
les tests dans les essais de logiciels
Dans le livre Software Testing : A Craftsman’s Approach, les auteurs Paul C. Jorgensen et Byron DeVries décrivent quatre types différents de tests de la valeur limite, qui sont :
1. Test de la valeur limite normale (NBVT)
- Teste les valeurs d’entrée valides sur les bords du domaine d’entrée
- Exploration des valeurs minimales et maximales ainsi que des entrées juste au-dessus et au-dessous de la limite.
- Il s’agit du type classique d’analyse de la valeur limite
2. Test robuste de la valeur limite (RBVT)
- Similaire au NBVT ci-dessus, mais inclut également les entrées non valides.
- Tests aux limites et juste au-delà, mais aussi prise en compte des entrées non valides
- L’accent est mis sur la recherche d’erreurs à partir de résultats extrêmes ou inattendus
3. Test des valeurs limites dans le pire des cas (WBVT)
- Vérifie le comportement du logiciel en utilisant des valeurs extrêmes valides et non valides
- Exploration des valeurs à la limite des domaines d’entrée et des valeurs au-delà de ces limites
- Cherche à comprendre le comportement des logiciels dans des conditions plus extrêmes
4. Test robuste de la valeur limite dans le pire des cas (RWBVT)
- Utilise un mélange de RBVT et de WBVT pour les tests de valeurs limites les plus complets.
- Teste les valeurs d’entrée valides et non valides aux limites typiques et extrêmes.
- Offre la meilleure opportunité de trouver des défauts liés aux frontières
Ces approches diffèrent en termes d’exhaustivité, la RWBVT étant la plus complète. Cependant, les testeurs doivent reconnaître l’investissement supplémentaire en temps et en efforts requis pour débloquer ce niveau supplémentaire de découverte des défauts.
Partitionnement de l’équivalence et valeurs limites
analyse : similitudes et différences
Le partitionnement par équivalence et l’analyse des valeurs limites sont souvent utilisés conjointement. En effet, les deux techniques sont très complémentaires. Cependant, ils décrivent des approches distinctes pour valider les données saisies. Voici un aperçu des similitudes et des différences entre les deux.
1. Les similitudes
Le partitionnement par équivalence et l’analyse des valeurs limites font la paire. Voici quelques similitudes entre les deux techniques.
- Il s’agit dans les deux cas de techniques de test en boîte noire, c’est-à-dire qu’elles se concentrent sur les entrées et les sorties, qui peuvent être testées sans connaissance a priori du code source de l’application.
- Ils font tous deux partie d’une approche approfondie des données d’entrée des tests
- Ils aident tous deux les testeurs à trouver un équilibre entre une couverture de test complète et l’écriture d’un nombre excessif de cas de test.
2. Les différences
Pour étudier les différences entre le partitionnement par équivalence et l’analyse des valeurs limites, nous devons les considérer séparément.
Partitionnement par équivalence
- Divise les données d’entrée en classes d’équivalence qui devraient produire des résultats similaires.
- Utilise une seule valeur représentative de chaque classe et teste le système avec cette valeur.
- Il s’agit d’identifier les classes d’équivalence valides et non valides
Analyse des valeurs limites
- Teste les valeurs aux frontières ou bords des classes d’équivalence
- Tester un certain nombre de valeurs, y compris le minimum, le maximum et les valeurs de part et d’autre de la limite.
- Recherche les erreurs qui se trouvent à la limite des frontières
Exemples de partitionnement par équivalence et d’analyse des valeurs limites
Pour vous aider à mieux comprendre le partitionnement par équivalence et l’analyse des valeurs limites, voici quelques exemples.
Exemple de partitionnement par équivalence :
Supposons que vous disposiez d’une boîte de saisie pour les immatriculations de voitures. En règle générale, les plaques d’immatriculation américaines comportent entre 6 et 7 caractères. Par souci de simplicité, nous ne tiendrons pas compte des plaques d’immatriculation spéciales.
Données valables = Plaques 6 ou 7 caractères
Données non valables = Plaques avec >6 ou >7 caractères.
Exemple d’analyse des valeurs limites :
En utilisant le même exemple de plaque d’immatriculation que ci-dessus, l’analyse des limites testera
Données valables = Plaques avec 6 ou 7 caractères
Données non valides = Plaques comportant 5 ou 8 caractères et, dans certains cas, 4 et 9 caractères.
Exemple d’analyse des valeurs limites
La meilleure façon de bien comprendre le concept est peut-être d’examiner un ou deux autres exemples d’analyse de la valeur limite.
Exemple de test de la valeur limite n° 1
Pour étudier plus en détail le test des valeurs limites, prenons l’exemple d’un domaine de vérification de l’âge.
Nous disposons d’une case où l’utilisateur peut saisir son âge.
Les valeurs limites sont les suivantes
- Âge minimum = 18 ans
- Âge maximum = 120 ans
Exemple de cas de test de délimitation :
Il y a au total six cas de test :
- 17, 18 et 19, qui sont respectivement inférieures au minimum, minimales et supérieures au minimum
- 119, 18 et 19, qui sont respectivement inférieurs au maximum, maximum et supérieurs au maximum
Exemple de test des valeurs limites #2.
Dans notre prochain exemple de test exploratoire, nous allons étudier un site web proposant une remise de 20 % sur les achats d’une valeur minimale pour les commandes de 100 $ et plus.
Dans cet exemple, un achat de plus de 600 $ donne lieu à une remise de 25 %. Le test de la valeur limite portera sur les intrants compris entre 100 et 600 dollars.
Les valeurs limites sont les suivantes
Remise minimale de qualification = 100
Remise maximale = 600
Exemple de cas de test de délimitation :
Une fois de plus, nous générons un total de six cas de test, qui sont les suivants :
- 99,99 $, 100 $ et 100,01 $, qui sont respectivement inférieurs au minimum, minimaux et supérieurs au minimum.
- 599,99 $, 600 $ et 600,01 $, qui sont respectivement inférieurs au maximum, au maximum et supérieurs au maximum.
Les tests de délimitation dans les tests de logiciels sont-ils exacts ?
Dans le document de recherche Black Box Testing with Equivalence Partitioning and Boundary Value Analysis Methods, les auteurs explorent l’utilisation du partitionnement par équivalence et de l’analyse de la valeur limite pour tester un système d’information académique pour l’université de Mataram en Indonésie.
Les auteurs ont utilisé l’outil de test populaire Selenium pour leurs tests et ont exécuté un total de 322 cas de test. Les tests d’équivalence et l’analyse des valeurs limites ont mis au jour environ 80 cas d’échec, ce qui a conduit à un rapport d’environ 75/25 entre les résultats valides et les résultats invalides. Dans l’ensemble, l’utilisation d’une combinaison de partitionnement par équivalence et de BVA dans les tests de logiciels a permis de réaliser des tests complets et utiles pour le logiciel.
Meilleurs outils de test de la valeur limite
Si les outils logiciels dédiés aux tests de frontières sont rares, il existe de nombreux outils de test notables qui sont capables d’accomplir cette tâche.
#3. TestCaseLab
TestCaseLab est un outil de gestion des tests basé sur le cloud qui peut aider à réaliser des tests BVA. Le logiciel permet aux équipes de créer et de gérer des cas de test à partir d’une interface utilisateur intuitive et attrayante. TestCaseLab est flexible et doté de nombreuses fonctionnalités, mais il a ses contraintes, notamment des options limitées en matière de rapports et de personnalisation.
#2. Micro Focus UFT One
Micro Focus UFT One est un outil de test de logiciels axé sur les tests fonctionnels et de régression. Il prend en charge différentes plateformes, appareils et tests d’API et offre de solides options d’intégration. Il permet de créer des tests sans code ou à partir de mots-clés et peut aider les équipes à élaborer facilement des cas de test d’analyse de la valeur limite. Vous devez tenir compte de certaines limites, telles qu’une courbe d’apprentissage abrupte et un manque de puissance par rapport à des outils tels que ZAPTEST.
#1. ZAPTEST
ZAPTEST est un outil complet de test d’automatisation de logiciels avec des capacités RPA avancées. Il est conçu pour fournir aux testeurs une suite conviviale et robuste d’outils d’automatisation des tests qui peuvent aider à vérifier les logiciels de diverses manières, y compris avec BVA dans les tests de logiciels.
Parmi les cas d’utilisation les plus convaincants de ZAPTEST pour faciliter l’analyse de la valeur limite, on peut citer la génération de cas de test, la gestion des données de test, l’exécution des tests, ainsi que l’établissement de rapports et l’analyse. Grâce à une série de modèles et à un niveau élevé de personnalisation, combinés à la création de cas de test sans code, les utilisateurs de ZAPTEST peuvent rapidement et facilement créer et gérer des cas de test robustes pour tous les types d’analyse des frontières.
Outre la génération et la gestion des cas de test, les capacités RPA de ZAPTEST peuvent aider les équipes de test à réaliser leurs tests d’analyse de la valeur limite d’autres façons. Par exemple, vous pouvez automatiser l’exécution des cas de test, générer des données de test et créer de puissantes intégrations avec d’autres outils de test.
Conseils pour le test des valeurs limites
- Combinez l’analyse des valeurs limites avec le partitionnement par équivalence pour vous assurer que vos cas de test couvrent différents scénarios d’entrée.
- Utiliser des scénarios d’entrée non valides (c’est-à-dire des tests négatifs) pour vérifier comment le logiciel gère les erreurs et les entrées inattendues.
- Consacrez du temps à l’identification des valeurs limites pour les différents types de données tels que le texte, les nombres, les valeurs booléennes, etc.
- Donner la priorité aux tests de la valeur limite pour les fonctionnalités critiques ou les domaines où les erreurs sont les plus susceptibles de se produire.
- Utilisez des données réalistes qui représentent le type de données que vos utilisateurs entreront dans vos domaines.
Dernières réflexions
L’analyse de la valeur limite est une approche utile pour les tests fonctionnels. Lorsque vous avez un domaine d’entrée, vous devez vérifier qu’il accepte des données valides et qu’il envoie des messages d’erreur lorsqu’il reçoit des données non valides. Les tests d’analyse des frontières permettent de vérifier cette fonctionnalité de manière efficace en ne construisant que les cas de test requis pour des tests complets.
Les tests de limites portent sur des valeurs situées dans ou autour de la plage acceptable et vérifient la manière dont le système réagit à ces entrées. Le résultat est un gain de temps et une réduction des efforts, car il n’est pas nécessaire d’élaborer des scénarios de test redondants. Dans le monde rapide du développement de logiciels, où les échéances semblent se succéder à un rythme effréné, les équipes de test ont besoin de toute l’aide possible.
