Aller au contenu
✕
Séance 1 — Fondamentaux du test : définition, objectifs, erreurs et défauts, sept principes · Leçon 1 sur 12

Qu'est-ce que le test logiciel ? Définition et objectifs habituels

〰 〰 EN VIDÉO & GUIDE AUDIO

Synthèse multimédia : Vidéo animée & Guide audio

Explorez le clip animé ou écoutez la synthèse narrée pour consolider vos acquis.

🎬 Animation & Synthèse : Qu'est-ce que le test logiciel ? Définition et objectifs habituels
Transcription
Objectif de la leçon : Définir le test de logiciels, corriger les idées fausses courantes et identifier ses objectifs habituels (FL-1.1.1, niveau K1). Situation : une application de paiement qui « marche chez le développeur ». Sahel Digital Services (SDS), éditeur de logiciels à Ouagadougou, prépare la version 2.3 de SahelPay, son application de paiement mobile. Mme Awa Sawadogo, développeuse, affirme que tout fonctionne : elle a essayé un transfert de 5 000 FCFA sur son téléphone et le résultat était correct. Mme Fatimata Zongo, la cheffe de projet, demande pourtant l'avis de M. Idrissa Kaboré, testeur. Pourquoi ? Parce qu'un essai réussi ne dit presque rien de la qualité d'un logiciel. Une définition qui dépasse « exécuter le logiciel ». Le syllabus ISTQB décrit le test de logiciels comme un ensemble d'activités visant à découvrir des défauts et à évaluer la qualité des artefacts logiciels. L'élément qui est testé, qu'il s'agisse d'un programme, d'une spécification ou d'une user story, s'appelle l'objet de test. La première idée fausse à écarter est que tester se résume à faire tourner le logiciel et à regarder le résultat. Test dynamique et test statique : deux façons de trouver des problèmes. Le test dynamique exécute le logiciel avec des données d'entrée et compare les résultats obtenus aux résultats attendus. Quand le résultat diffère, une défaillance a été provoquée : elle révèle qu'un défaut existe quelque part. Le test statique, lui, travaille sans exécution. Une revue de la spécification, une inspection du code, une analyse automatique par un outil sont des tests statiques. Ils constatent directement des défauts dans le document ou le code, sans passer par une défaillance. Les objectifs habituels du test. Le syllabus énumère les objectifs typiques du test, que vous devez reconnaître en examen. Appliquer : choisir les objectifs de la version 2.3. Mettons cela en pratique. L'équipe de SDS prépare la livraison de la version 2.3 de SahelPay dans trois semaines. Mme Zongo veut savoir ce que le test doit lui apporter. En relisant la liste, M. Kaboré retient quatre objectifs prioritaires : trouver les défauts du nouveau module de transfert avant les clients ; vérifier la conformité aux obligations de traçabilité des opérations ; fournir à la direction une information fiable pour décider de livrer ou de différer ; et réduire le risque d'erreur de calcul des frais. À retenir. Le test de logiciels est un ensemble d'activités qui cherche des défauts et évalue la qualité d'un objet de test. Tester, ce n'est pas seulement exécuter le logiciel : planification, analyse, conception, revues et compte rendu en font partie. La vérification contrôle la conformité aux exigences ; la validation contrôle l'adéquation aux besoins réels des utilisateurs. Le test peut être dynamique (le logiciel est exécuté) ou statique (revues et analyse statique, sans exécution). Les objectifs du test varient selon le contexte : niveau de test, risques, cycle de vie, enjeux métier.
🎧 Guide Audio Écoute audio · Qu'est-ce que le test logiciel ? Définition et objectifs habituels
Qu'est-ce que le test logiciel ? Définition et objectifs habituels
Transcription
Objectif de la leçon : Définir le test de logiciels, corriger les idées fausses courantes et identifier ses objectifs habituels (FL-1.1.1, niveau K1).
Situation : une application de paiement qui « marche chez le développeur »
Transcription
Situation : une application de paiement qui « marche chez le développeur ». Sahel Digital Services (SDS), éditeur de logiciels à Ouagadougou, prépare la version 2.3 de SahelPay, son application de paiement mobile. Mme Awa Sawadogo, développeuse, affirme que tout fonctionne : elle a essayé un transfert de 5 000 FCFA sur son téléphone et le résultat était correct. Mme Fatimata Zongo, la cheffe de projet, demande pourtant l'avis de M. Idrissa Kaboré, testeur. Pourquoi ? Parce qu'un essai réussi ne dit presque rien de la qualité d'un logiciel.
Une définition qui dépasse « exécuter le logiciel »
Transcription
Une définition qui dépasse « exécuter le logiciel ». Le syllabus ISTQB décrit le test de logiciels comme un ensemble d'activités visant à découvrir des défauts et à évaluer la qualité des artefacts logiciels. L'élément qui est testé, qu'il s'agisse d'un programme, d'une spécification ou d'une user story, s'appelle l'objet de test. La première idée fausse à écarter est que tester se résume à faire tourner le logiciel et à regarder le résultat.
Test dynamique et test statique : deux façons de trouver des problèmes
Transcription
Test dynamique et test statique : deux façons de trouver des problèmes. Le test dynamique exécute le logiciel avec des données d'entrée et compare les résultats obtenus aux résultats attendus. Quand le résultat diffère, une défaillance a été provoquée : elle révèle qu'un défaut existe quelque part. Le test statique, lui, travaille sans exécution. Une revue de la spécification, une inspection du code, une analyse automatique par un outil sont des tests statiques. Ils constatent directement des défauts dans le document ou le code, sans passer par une défaillance.
Les objectifs habituels du test
Transcription
Les objectifs habituels du test. Le syllabus énumère les objectifs typiques du test, que vous devez reconnaître en examen.
Appliquer : choisir les objectifs de la version 2.3
Transcription
Appliquer : choisir les objectifs de la version 2.3. Mettons cela en pratique. L'équipe de SDS prépare la livraison de la version 2.3 de SahelPay dans trois semaines. Mme Zongo veut savoir ce que le test doit lui apporter. En relisant la liste, M. Kaboré retient quatre objectifs prioritaires : trouver les défauts du nouveau module de transfert avant les clients ; vérifier la conformité aux obligations de traçabilité des opérations ; fournir à la direction une information fiable pour décider de livrer ou de différer ; et réduire le risque d'erreur de calcul des frais.
À retenir
Transcription
À retenir. Le test de logiciels est un ensemble d'activités qui cherche des défauts et évalue la qualité d'un objet de test. Tester, ce n'est pas seulement exécuter le logiciel : planification, analyse, conception, revues et compte rendu en font partie. La vérification contrôle la conformité aux exigences ; la validation contrôle l'adéquation aux besoins réels des utilisateurs. Le test peut être dynamique (le logiciel est exécuté) ou statique (revues et analyse statique, sans exécution). Les objectifs du test varient selon le contexte : niveau de test, risques, cycle de vie, enjeux métier.
Testeur de dos devant plusieurs écrans de code
Tester un logiciel, c'est d'abord le regarder fonctionner avec un œil critique.
Espace de bureau avec plusieurs collègues devant leurs écrans
Le test est un travail d'équipe entre testeurs, développeurs et analystes.
Mains tenant un smartphone en cours de test
Tester sur de vrais appareils révèle des anomalies que l'on ne voit pas ailleurs.
Personne travaillant sur un ordinateur portable affichant du code
Relire le code et les cas de test fait partie du quotidien du testeur.
〰 〰 ÉTAPE 1 SUR 6

Situation : une application de paiement qui « marche chez le développeur »

Sahel Digital Services (SDS), éditeur de logiciels à Ouagadougou, prépare la version 2.3 de SahelPay, son application de paiement mobile. Mme Awa Sawadogo, développeuse, affirme que tout fonctionne : elle a essayé un transfert de 5 000 FCFA sur son téléphone et le résultat était correct.

Mme Fatimata Zongo, cheffe de projet, demande pourtant l'avis de M. Idrissa Kaboré, testeur. Pourquoi ? Parce qu'un essai réussi ne dit presque rien de la qualité d'un logiciel. Un transfert de 5 000 FCFA ne prouve pas que fonctionne :

  • un transfert de 5 000 000 FCFA ;
  • un transfert avec une connexion coupée en cours de route ;
  • un transfert par un client dont le compte est bloqué.

Dans cette leçon : qu'appelle-t-on « tester », à quoi cela sert-il et quels objectifs poursuit-on ? Notions examinables au niveau K1 : savoir les reconnaître et les rappeler.

Photo d'illustration pour l'étape « une application de paiement qui « marche chez le développeur » »
une application de paiement qui « marche chez le développeur »
〰 〰 ÉTAPE 2 SUR 6

Une définition qui dépasse « exécuter le logiciel »

Le syllabus ISTQB décrit le test de logiciels comme un ensemble d'activités visant à découvrir des défauts et à évaluer la qualité des artefacts logiciels. L'élément testé (programme, spécification, user story) s'appelle l'objet de test.

Première idée fausse : tester se résume à faire tourner le logiciel. Cette exécution existe (test dynamique), mais le test comprend aussi :

  • planifier ;
  • analyser ce qu'il faut tester ;
  • concevoir les cas de test ;
  • préparer les données ;
  • rendre compte.

Il existe aussi un test statique, qui n'exécute pas le logiciel : revues de documents et analyse statique du code.

Seconde idée fausse : tester reviendrait uniquement à vérifier la conformité à la spécification.

  • Vérification : le produit respecte les exigences écrites.
  • Validation : le produit répond aux besoins réels des utilisateurs et des parties prenantes dans son environnement d'usage.

Un logiciel peut être conforme à une spécification qui était elle-même mauvaise.

Photo d'illustration pour l'étape « Une définition qui dépasse « exécuter le logiciel » »
Une définition qui dépasse « exécuter le logiciel »
Idée fausseRéalité selon le syllabusExemple chez SDS
Tester, c'est exécuter le logicielLe test comprend aussi la planification, l'analyse, la conception, les revues, le compte renduRelire la spécification du transfert avant tout codage est déjà du test
Tester, c'est vérifier la spécificationIl faut aussi valider que le produit répond aux besoins des utilisateursLe transfert respecte la spécification mais les commerçants attendent un reçu par SMS
Le test est une activité purement techniqueIl se planifie, s'estime, se pilote et se contrôleLe plan de test fixe les risques à couvrir avant la livraison
〰 〰 ÉTAPE 3 SUR 6

Test dynamique et test statique : deux façons de trouver des problèmes

Test dynamique

Il exécute le logiciel avec des données d'entrée et compare les résultats obtenus aux résultats attendus. Quand ils diffèrent, une défaillance a été provoquée : elle révèle qu'un défaut existe quelque part.

Test statique

Il travaille sans exécution : revue de la spécification, inspection du code, analyse automatique par un outil. Il constate directement des défauts dans le document ou le code, sans passer par une défaillance.

Les deux se complètent : le chapitre 3 traite du statique, le chapitre 4 des techniques de conception de tests dynamiques.

À retenir aussi

  • Le test se planifie, s'estime, se pilote et se contrôle, comme toute activité de projet.
  • Les testeurs utilisent des outils, mais le test reste une activité intellectuelle : connaissances spécialisées, esprit analytique, pensée critique, pensée systémique.
  • Un outil exécute vite ce qu'on lui demande ; il ne décide pas de ce qui mérite d'être testé.
Photo d'illustration pour l'étape « Test dynamique et test statique : deux façons de trouver des problèmes »
Test dynamique et test statique : deux façons de trouver des problèmes
〰 〰 ÉTAPE 4 SUR 6

Les objectifs habituels du test

Le syllabus énumère les objectifs typiques du test, à reconnaître en examen. On teste pour :

  1. évaluer des produits d'activités (exigences, user stories, conceptions, code) ;
  2. provoquer des défaillances et trouver des défauts ;
  3. assurer la couverture requise d'un objet de test ;
  4. réduire le risque d'une qualité insuffisante ;
  5. vérifier que les exigences spécifiées sont satisfaites ;
  6. vérifier la conformité aux exigences contractuelles, légales et réglementaires ;
  7. fournir aux parties prenantes l'information nécessaire à des décisions éclairées ;
  8. construire la confiance dans la qualité ;
  9. valider que l'objet de test est complet et fonctionne comme les parties prenantes l'attendent.

Ces objectifs ne sont pas tous poursuivis en même temps : ils varient selon le niveau de test, les risques, le cycle de développement, la structure de l'entreprise, les contraintes de concurrence ou de délai.

Exemples : pour SahelPay, la conformité à la réglementation des paiements pèsera lourd ; pour un jeu mobile, la confiance des joueurs et la rapidité de livraison primeront.

Photo d'illustration pour l'étape « Les objectifs habituels du test »
Les objectifs habituels du test
〰 〰 ÉTAPE 5 SUR 6

Appliquer : choisir les objectifs de la version 2.3

L'équipe de SDS prépare la livraison de la version 2.3 dans trois semaines. M. Kaboré retient quatre objectifs prioritaires :

  1. trouver les défauts du nouveau module de transfert avant les clients ;
  2. vérifier la conformité aux obligations de traçabilité des opérations ;
  3. fournir à la direction une information fiable pour décider de livrer ou de différer ;
  4. réduire le risque d'erreur de calcul des frais.

Il écarte provisoirement « construire la confiance » pour le carnet d'adresses, jugé peu risqué.

Réflexe à prendre : un objectif de test se choisit selon le risque et le contexte, jamais par habitude. Demandez-vous toujours quelle décision le test doit éclairer et quel risque il doit réduire.

En examen (K1) : reconnaître, parmi quatre propositions, l'objectif habituel du test. Les distracteurs décrivent des activités voisines comme le débogage ou la rédaction de code.

Photo d'illustration pour l'étape « Appliquer : choisir les objectifs de la version 2.3 »
Appliquer : choisir les objectifs de la version 2.3
〰 〰 ÉTAPE 6 SUR 6

À voir et à lire ensuite

〰 〰 CAPTURES D’ÉCRAN

Les écrans du module en images

Repérez les écrans que vous utiliserez dans ce module.

Carte du module 1 : les six leçons et leur objectif, puis le livrable attendu.
Capture Carte du module 1 : les six leçons et leur objectif, puis le livrable attendu. — maquette illustrative, l'interface réelle peut différer.
Module 1 : le point clé de chaque leçon et les ateliers à réaliser.
Capture Module 1 : le point clé de chaque leçon et les ateliers à réaliser. — maquette illustrative, l'interface réelle peut différer.
〰 〰 L’ESSENTIEL À RETENIR

Ce qu’il faut retenir de cette leçon

Points fondamentaux et réflexes clés à appliquer immédiatement.

  • Le test de logiciels est un ensemble d'activités qui cherche des défauts et évalue la qualité d'un objet de test.
  • Tester, ce n'est pas seulement exécuter le logiciel : planification, analyse, conception, revues et compte rendu en font partie.
  • La vérification contrôle la conformité aux exigences ; la validation contrôle l'adéquation aux besoins réels des utilisateurs.
  • Le test peut être dynamique (le logiciel est exécuté) ou statique (revues et analyse statique, sans exécution).
  • Les objectifs du test varient selon le contexte : niveau de test, risques, cycle de vie, enjeux métier.
📄
Fiche mémo de la leçon

Téléchargez ou imprimez la fiche de synthèse avec les points clés et les réflexes.

⬇ Fiche mémo imprimable
〰 〰 MINI-QUIZ

Mini-quiz d’auto-évaluation

Quelques questions pour vérifier l’essentiel. Aucune note n’est enregistrée contre vous.

QUESTION 1

Lequel de ces éléments est un objectif habituel du test selon le syllabus ?

Explication : Fournir de l'information pour décider fait partie des objectifs habituels ; corriger le code relève du débogage et du développement.
QUESTION 2

Une revue de la spécification d'un transfert d'argent, faite avant tout codage, est :

Explication : Une revue examine un document sans exécuter de logiciel : c'est du test statique.
QUESTION 3

Quelle phrase décrit le mieux la validation ?

Explication : La validation vérifie l'adéquation aux besoins réels ; la vérification contrôle la conformité aux exigences spécifiées.
QUESTION 4

Un testeur relit une user story avant le début du développement et signale une ambiguïté. Quelle activité de test vient-il de mener ?

Explication : Examiner un document sans exécuter de logiciel relève du test statique, même si un défaut potentiel est découvert.
QUESTION 5

Une équipe affirme que tester revient à exécuter le logiciel et à comparer le résultat attendu. Que répond le syllabus ?

Explication : Le syllabus décrit le test comme un ensemble d'activités qui dépasse l'exécution : planification, analyse, conception, revues et compte rendu.