[ISTQB] Quelle différence entre types et niveaux de test ? – 2023

Cet article est principalement une mise à jour de cet article de 2019 suite à la parution de la version 2023 du syllabus fondation.

Contrairement à l’article précédent, je vais ici me baser exclusivement sur les définitions de l’ISTQB. Je n’aborderai donc pas les tests bout en bout, exploratoires, régression… même si le raisonnement sera le même que pour les types de tests officiels.

Introduction

Les notions de types de test et de niveaux de test sont des notions clairement définies par l’ISTQB. Néanmoins ces notions restent en général assez floues et, à l’heure où j’écris ces lignes, ChatGPT est incapable de répondre correctement aux demandes concernant les niveaux et types de test.

Il me semble donc important de proposer un article qui présente de manière totalement objective, les différences concrètes données par l’ISTQB.

Et la première chose à faire lorsque l’on souhaite comparer 2 éléments c’est d’être capable de lé définir!

Définition des niveaux de test

La taverne propose un article dédié sur le sujet.

Pour résumer rapidement on peut dire que les tests sont divisés en 5 niveaux (cela peut évoluer dans certains contexte comme il est indiqué dans le syllabus ISTQB manager) avec chacun un objectif précis:

• Les tests de composants: chaque composant élément du logiciel fonctionne comme souhaité (ex: bouton « se connecter)
• Les tests d’intégration: les éléments communiquent entre eux (ex: l’appui sur le bouton « se connecter » est reçu par le serveur d’authentification)
• Les tests systèmes: le logiciel fonctionne comme prévu, comme spécifié (ex: l’authentification fonctionne et remonte les bonnes erreurs
• Les tests d’intégration système (nouveau): le logiciel s’intègre bien son l’environnement applicatif (ex: tests d’authentification multi-facteur avec l’usage de SMS et/ou mail)
• Les tests d’acceptation: le logiciel fonctionne comme souhaité par le métier ou les utilisateurs

L’ajout des tests d’intégration système est le résultat de la complexification du paysage numérique avec de plus en plus de services numériques dépendant les uns des autres.

Définition des types de test

On est ici sur une définition beaucoup moins connue que les niveaux de test! De même si l’on pose la question à un professionnel du test les réponses seront sensiblement différentes.

Afin d’éviter toute remarque (pertinente) sur de potentiels oublis je vais me concentrer sur la définition de l’ISTQB et plus spécifiquement sur le syllabus fondation 4.0 de 2023.

Définition: un groupe d’activités de test basé sur des objectifs de test spécifiques visant des caractéristiques spécifiques d’un composant ou d’un système

Du point de vue de la définition on voit que les types de test ne sont pas liés aux niveaux de test car on parle d’objectifs visant un aspect spécifique que cela soit au niveau composant ou système qui sont des niveaux à part entière.

Les types de test selon l’ISTQB

Les types de tests définis par l’ISTQB sont:

• Le test fonctionnel: « évalue les fonctions qu’un composant ou un système doit remplir »
• Le test non-fonctionnel: qui regroupe l’ensemble des familles (hors fonctionnel) définies comme critères qualité de l’ISO-25010: performances, compatibilité, utilisabilité, fiabilité, sécurité, maintenabilité, portabilité
• Le test boîte noire: basé sur les spécifications et dérive les tests de la documentation externe à l’objet de test
• Le test boîte blanche: basé sur la structure et dérive les tests de l’implémentation ou de la structure interne du système (par exemple, le code, l’architecture, les flux métier et les flux de données)

Différence niveau de test et type de test

Comme vous pouvez le constater là encore, en dehors des tests boîtes noires qui ciblent spécifiquement les spécifications comme les niveaux de test (syllabus: « le test système … est lié aux spécifications du système »), niveaux de test et types de test ne semblent pas liés!

En fait il faut le voir comme 2 manières différentes de « partitionner » les tests en fonction d’objectifs différents. La découpe étant différente il n’y a que peu de liens entre les pièces de la partitions. C’est un peu comme la correspondance entre le quadrant et les niveaux de test.

D’ailleurs, même pour le test boite noire et le tests de niveau système il n’y a pas de correspondance stricte. Si, l’on pourrait penser que, avec les spécifications, les tests boites noires seraient uniquement du test système, cela serait restrictif car rien n’empêche de faire des tests basé sur les spécifications sur une partie restreinte du système.

On peut faire le même exercice avec le test boite blanche qui nécessitent d’avoir accès à la structure du logiciel. Dans ce cas il est plus aisé de faire ces tests aux niveaux composants et intégration… Mais il n’est pas impossible d’aller jusqu’à du tests système voire même de l’acceptation en fonction des logiciels.

Au final on obtient une correspondance qui ressemble à cela:

Conclusion

Malgré une envie naturelle de vouloir faire des correspondance entre différents principes ou différentes théories il n’est pas possible d’en faire une correcte entre les niveaux de test et les types de test.

Ces deux notions restent cependant importantes et il est important de savoir s’en servir, et souvent les allier, afin d’adapter le mieux le test à son contextes et ses objectifs.

Pensez à rejoindre le groupe « Le métier du test » si vous souhaitez échanger sur le test

Merci à tous ceux qui mettent « j’aime », partagent ou commentent mes articles

N’hésitez pas à faire vos propres retours d’expérience en commentaire.