Systèmes d'information de gestion · Terminale STMGBac
Tests et maintenance : exercices corrigés de Terminale STMG
Publié le 11 novembre 2026 · Mis à jour le 11 novembre 2026 · Signaler une erreur
L'essentiel
- Un test compare le résultat obtenu par le programme au résultat attendu, calculé à la main avant l'exécution.1
- Un bon jeu d'essai contient des cas normaux, des cas limites (valeurs de seuil) et des cas d'erreur.
- Les erreurs classiques : condition mal écrite (> au lieu de ≥), mauvais type de donnée, calcul oublié.
- La maintenance corrige (corrective), adapte (adaptative) ou fait évoluer (évolutive) l'application ; après chaque modification, on rejoue les tests.
- Un objet connecté peut se configurer et se maintenir à distance, sans intervention sur place.1
Comment utiliser ces exercices
Ces exercices te font manipuler deux gestes du développeur : tester une application, puis la maintenir. Ils reprennent ce que tu as vu avant : l'algorithmique de gestion, la programmation et les interfaces web. Dans le cadre du programme, on met en place des tests pour vérifier que les résultats d'un programme sont bien ceux que l'on attend.1
Traite-les dans l'ordre : la difficulté monte doucement. Cherche toujours sur papier avant de regarder les indices, puis compare avec la correction étape par étape.
Rappel : les trois types de maintenance
On distingue en général trois familles :
- la maintenance corrective : on répare une erreur constatée (un calcul faux, un bouton qui ne répond pas) ;
- la maintenance adaptative : on adapte l'application à un nouvel environnement (nouveau navigateur, nouveau taux légal, nouvelle version d'un outil) ;
- la maintenance évolutive : on ajoute ou on améliore une fonctionnalité demandée par les utilisateurs.
Aujourd'hui, certains équipements sont connectés : on peut les configurer et les maintenir à distance, sans se déplacer.1
Les exercices
Exercice 1 Prévoir le résultat attendu d'un calcul de TVA
Une boutique en ligne calcule le prix TTC d'un article avec la règle : prixTTC = prixHT * (1 + taux / 100). Le taux de TVA appliqué est de 20 %.
Tu prépares un test pour un article dont le prix HT est de 80 €.
- Quel est le résultat attendu, calculé à la main ?
- Pourquoi faut-il le calculer avant d'exécuter le programme ?
Indice 1
Remplace les lettres de la formule par les valeurs : 80 × (1 + 20/100).
Indice 2
Le résultat attendu ne doit jamais être recopié depuis l'écran du programme testé.
Voir la correction pas à pas
On remplace dans la formule : prixTTC = 80 × (1 + 20/100).
On calcule le coefficient : 1 + 20/100 = 1,2.
On multiplie : 80 × 1,2 = 96. Le résultat attendu est 96 €.
Si on regardait d'abord le résultat du programme, on risquerait de le prendre pour juste même s'il est faux. Le résultat attendu sert de référence indépendante.
Un test commence toujours par un résultat attendu établi à la main. Ici : 96 €.
Exercice 2 Jeu d'essai d'une remise conditionnelle
Règle de gestion : une remise de 10 % s'applique sur le montant d'une commande si ce montant est supérieur ou égal à 100 €.
- Propose trois montants de test : un cas normal sans remise, un cas limite, un cas normal avec remise.
- Donne le montant à payer attendu pour le cas limite de 100 €.
Indice 1
Le cas limite est la valeur exacte du seuil.
Indice 2
Une remise de 10 % revient à multiplier par 0,9.
Voir la correction pas à pas
Cas sans remise : 60 € → attendu 60 €, car 60 est inférieur à 100.
Cas limite : 100 € → la règle dit « supérieur ou égal », donc la remise s'applique.
Calcul : 100 × (1 − 10/100) = 100 × 0,9 = 90. Le montant attendu est 90 €.
Cas avec remise : 250 € → 250 × 0,9 = 225 €. On peut aussi tester 99,99 € → pas de remise, pour encadrer le seuil.
Le cas limite 100 € doit donner 90 €. C'est souvent lui qui révèle une erreur de comparateur.
Exercice 3 Trouver l'erreur dans une condition
Un programmeur a écrit, pour la règle de l'exercice précédent :
si montant > 100 alors
montant <- montant * 0.9
fin si
Il teste avec 250 € et obtient 225 € : il conclut que le programme est correct.
- A-t-il raison ? Justifie avec un test.
- Corrige la condition.
- Quel type d'intervention est-ce ?
Indice 1
Quel test choisirais-tu pour une valeur de seuil ?
Indice 2
Compare « supérieur à » et « supérieur ou égal à ».
Voir la correction pas à pas
Le test à 250 € est un cas normal : il réussit, mais il ne vérifie pas le seuil.
On teste le cas limite 100 € : le programme ne déclenche pas la remise (100 n'est pas strictement supérieur à 100) et renvoie 100 €, alors que 90 € est attendu.
Il y a donc un écart : le programme est faux pour 100 €.
Correction :
si montant >= 100 alors.On rejoue tous les tests (60, 99,99, 100, 250). Ici, l'erreur constatée est réparée : c'est de la maintenance corrective.
Le programmeur n'avait testé qu'un cas normal. Le cas limite a révélé le défaut de comparateur.
Exercice 4 Taux de réussite d'une campagne de tests
Une équipe a prévu 12 cas de test pour un formulaire de commande. Après exécution, 9 cas donnent le résultat attendu et 3 donnent un écart.
- Calcule le pourcentage de cas réussis.
- Que faire des 3 cas en écart avant la mise en service ?
Indice 1
Pourcentage = nombre de réussites ÷ nombre total × 100.
Indice 2
Un écart est une anomalie à analyser, pas un détail.
Voir la correction pas à pas
On identifie les données : 9 réussites sur 12 cas prévus.
On calcule le rapport : 9 ÷ 12 = 0,75.
On convertit en pourcentage : 0,75 × 100 = 75 %.
Chaque cas en écart est analysé : l'erreur vient-elle du programme, du jeu d'essai ou du résultat attendu ? On corrige, puis on rejoue les 12 cas.
75 % de réussite ne suffit pas pour livrer : l'objectif est que tous les cas prévus passent.
Exercice 5 Un problème de type de donnée
Dans une page web, un utilisateur saisit une quantité dans un champ de formulaire. Le programme récupère la saisie sous forme de texte, puis exécute :
total <- quantite + 5
Pour la saisie « 3 », le programme affiche « 35 » au lieu de 8.
- Explique l'origine de l'erreur.
- Propose la correction.
- Ajoute deux cas de test supplémentaires qui protègent l'application.
Indice 1
Que fait l'opérateur + entre deux textes ?
Indice 2
Pense à une saisie vide ou à une saisie contenant des lettres.
Voir la correction pas à pas
La saisie « 3 » est de type caractère (chaîne), pas nombre : l'opérateur + enchaîne alors les textes et produit « 35 ».
Correction : convertir la saisie en entier avant le calcul, par exemple
quantite <- entier(saisie). Le calcul 3 + 5 donne alors 8.Cas de test 1 : saisie vide → attendu : message d'erreur demandant un nombre, sans plantage.
Cas de test 2 : saisie « abc » → même message d'erreur. On teste ainsi les cas d'erreur, pas seulement les cas normaux.
On rejoue enfin le cas initial « 3 » → 8.
Le type d'une donnée change le sens d'une opération : on convertit, puis on teste aussi les saisies invalides.
Exercice 6 Frais de livraison au seuil de gratuité
Règle de gestion : les frais de livraison sont de 5 € si le montant de la commande est strictement inférieur à 50 €, sinon la livraison est gratuite.
- Écris le test pour un montant de 49,99 € : quel total à payer est attendu ?
- Donne le résultat attendu pour 50 €.
- Le programme renvoie 50 € à payer pour 49,99 €. Quelle erreur probable ?
Indice 1
Total à payer = montant + frais de livraison.
Indice 2
49,99 est-il strictement inférieur à 50 ?
Voir la correction pas à pas
49,99 < 50 : les frais de 5 € s'appliquent.
Total attendu : 49,99 + 5 = 54,99 €.
Pour 50 € : la condition « strictement inférieur » est fausse, donc livraison gratuite → 50 € attendus.
Le programme qui renvoie 50 € pour 49,99 € n'ajoute pas les frais : la condition est sans doute inversée (par exemple
montant > 50au lieu demontant < 50), ou bien les frais sont oubliés dans le total.On corrige la condition en
montant < 50, puis on rejoue 49,99 € → 54,99 € et 50 € → 50 €.
Un seuil s'encadre toujours par deux tests : la valeur juste en dessous et la valeur exacte.
Exercice 7 Classer des interventions de maintenance
Pour chaque situation, indique le type de maintenance (corrective, adaptative ou évolutive) et dis quels tests rejouer.
a. Le taux de TVA d'un produit change : l'application doit utiliser le nouveau taux. b. Les clients demandent un bouton « payer en trois fois ». c. Le total affiché sur la facture est faux quand le panier est vide. d. Un nouveau navigateur affiche mal le formulaire de l'application.
Indice 1
Se demander : répare-t-on une erreur, suit-on un changement extérieur, ou ajoute-t-on quelque chose ?
Indice 2
Pour les tests, pense aux cas déjà réussis qui pourraient être touchés.
Voir la correction pas à pas
a. Un changement de règle extérieure : maintenance adaptative. On met à jour les résultats attendus avec le nouveau taux, puis on rejoue tous les tests de calcul du prix TTC.
b. Une fonctionnalité nouvelle demandée : maintenance évolutive. On teste le nouveau bouton, puis on rejoue les tests de paiement existants (non-régression).
c. Une erreur constatée : maintenance corrective. On crée un test pour le panier vide, puis on rejoue tous les tests de facturation.
d. Un nouvel environnement : maintenance adaptative. On teste l'affichage et la saisie du formulaire dans ce navigateur.
Dans les quatre cas, on termine par des tests : toute intervention peut abîmer ce qui fonctionnait.
Les questions qu'on se pose
Comment choisir les valeurs d'un jeu d'essai ?
Prends trois familles de valeurs : des cas normaux (valeurs courantes), des cas limites (valeurs de seuil exactes et juste autour) et des cas d'erreur (saisie vide, texte à la place d'un nombre). Pour chaque cas, écris le résultat attendu avant d'exécuter le programme.
Quelle différence entre maintenance corrective et évolutive ?
La corrective répare quelque chose qui ne marche pas comme prévu. L'évolutive ajoute ou améliore une fonction que les utilisateurs demandent. Si l'application fait ce qui était prévu mais qu'on veut qu'elle fasse plus, c'est de l'évolutive. Une adaptation à un changement extérieur (nouveau taux, nouvel environnement) relève de la maintenance adaptative.
Sources
- Annexe du programme spécialité SIG (documents pédagogiques et guides), Éduscol. Consulté le 11 novembre 2026.
- Programme de management, sciences de gestion et numérique de terminale STMG, Ministère de l'Éducation nationale. Consulté le 11 novembre 2026.
Les numéros dans le texte renvoient à ces sources. Une source qui ne dit pas ce qu'on lui fait dire ? Signale-le.