Fiche autonome · Informatique et programmation

Tester un programme avec des cas simples

Comparer le résultat prévu et le résultat observé pour repérer un défaut simple, puis refaire les tests.

Informatique et programmationRepère 2 · consolider9 minutes environHorizon du contenu : Premiers tests de programme sur un pseudo-code fictif ; aucun code n’est exécuté dans la ficheStatut éditorial : Prototype à relire

État éditorial : Brouillon de programmation présentant un seul défaut logique dans un pseudo-code fictif. Faire vérifier les cas de test, les résultats attendus et l’explication du seuil par une personne compétente ; vérifier également que l’exemple ne laisse pas croire que quelques tests prouvent l’absence d’erreurs. Aucun script n’est exécuté ; sources, droits, accessibilité et essais apprenants restent à contrôler.

Repère, pas étiquette : Relier des notions et s’entraîner dans de nouveaux exemples. Tu peux essayer la fiche sans prérequis, demander de l’aide ou choisir une autre matière.

Ce que tu vas essayer

Construire trois cas de test, repérer une condition incorrecte à zéro et vérifier une correction sans exécuter de code.

Une situation de départ

Un pseudo-programme doit afficher « positif » seulement si un nombre est supérieur à zéro ; sinon il doit afficher « non positif ». Il teste actuellement si le nombre est supérieur ou égal à zéro. Quel essai permet de repérer le problème ?

Quelques mots utiles

  • Test — essai choisi pour vérifier un comportement prévu.
  • Cas de test — entrée, résultat attendu et résultat observé associés.
  • Valeur limite — entrée située sur une frontière importante, comme zéro pour la condition « supérieur à zéro ».
  • Défaut — différence entre le comportement attendu et celui que produit le programme.
  • Correction — modification proposée pour traiter le défaut ; elle doit être suivie de nouveaux tests.

Une méthode possible

  1. Réécris la règle attendue avec précision : positif signifie ici strictement supérieur à zéro.
  2. Choisis un nombre positif, un nombre négatif et la valeur limite zéro.
  3. Pour chaque entrée, note le résultat attendu puis suis la condition du pseudo-code pour obtenir le résultat produit.
  4. Repère la première différence ; ici, vérifie si zéro est classé à tort comme positif.
  5. Modifie la condition de « supérieur ou égal à zéro » vers « supérieur à zéro ».
  6. Refais les trois essais pour vérifier la correction. Ces tests ne couvrent pas toutes les entrées possibles.

À toi d’essayer

Le pseudo-code affiche « positif » si n est supérieur ou égal à zéro, sinon « non positif ». La règle attendue est de réserver « positif » aux nombres strictement supérieurs à zéro. Complète les résultats attendus et produits pour 5, 0 et −2, puis propose une correction et refais les trois tests sur papier.

Afficher une aide

Le nombre zéro est la frontière : il n’est pas strictement supérieur à zéro. Compare séparément ce que la règle demande et ce que la condition fait.

Afficher une correction possible
  1. Pour 5 : résultat attendu « positif » ; la condition actuelle l’affiche correctement.
  2. Pour 0 : résultat attendu « non positif », mais la condition « supérieur ou égal à zéro » affiche « positif ». Ce cas révèle le défaut.
  3. Pour −2 : résultat attendu et produit « non positif ».
  4. Remplacer « supérieur ou égal à zéro » par « supérieur à zéro » corrige ce défaut dans l’exemple. Les trois cas doivent ensuite être rejoués ; d’autres tests pourraient encore être nécessaires.

La correction montre un chemin possible. Pour un calcul, vérifie aussi chaque étape et le résultat.

Pour retenir

  • Un bon cas de test précise l’entrée, le résultat attendu et le résultat obtenu.
  • Tester une valeur limite aide à examiner les conditions et les seuils.
  • Après une modification, rejoue aussi les tests déjà réussis pour repérer une régression.
  • Quelques tests augmentent la confiance mais ne prouvent pas qu’il n’existe aucune erreur.
  • Le pseudo-code de cette fiche est fictif et n’est ni exécutable ni une vérification de sécurité.

Et dans une autre situation : Cette démarche peut aider à examiner un petit algorithme ou à préparer des tests automatisés. Dans un logiciel réel, définis les attentes, couvre les cas pertinents et demande une revue adaptée au risque ; ne lance jamais un code inconnu uniquement pour vérifier ce qu’il fait.

Sources facultatives et limites

Tu peux suivre cette fiche sans ouvrir ces liens : les notions, les exemples, la démarche, l’aide et la correction sont présentés sur cette page. Les sources facultatives servent à vérifier ou approfondir. Pour une décision ou une démarche réelle où les règles peuvent changer, vérifie les consignes actuelles d’un service compétent avant d’agir.

  • Documentation Python — tests unitaires — Droits examinés le 2026-10-11 : licence source non vérifiée. Mode d’utilisation : référence factuelle uniquement, sans reprise de contenu. Référence facultative pour approfondir les tests logiciels ; aucun code, exemple, texte ou activité de la documentation n’est repris. Le pseudo-code de la fiche est original et n’est pas exécuté.

Date du contrôle initial indiqué : 2026-10-11. Une relecture indépendante reste à faire ; cette date ne garantit pas l’actualité future.