Lire les messages d'erreur et un petit projet

Une trace d’erreur Python se lit par le bas : la dernière ligne nomme l’erreur, et l’indication au-dessus du code donne le fichier et le numéro de ligne.

Un papillon de nuit collé dans un cahier de bord en 1947

Aujourd'hui, la plupart des bugs sont des erreurs dans le code, et Python sait bien te parler de celles qu'il peut détecter. Les débutants voient souvent une erreur rouge comme un verdict. C'est plus proche d'un bon de livraison : ce qui s'est mal passé, à quelle ligne et dans quel morceau de code. Le secret est de savoir où regarder.

Lire une trace d'erreur de bas en haut

total = 0
count = 0
print(total / count)

Traceback (most recent call last):
  File "main.py", line 3, in <module>
    print(total / count)
          ~~~~~~^~~~~~~
ZeroDivisionError: division by zero

Commence par la dernière ligne. ZeroDivisionError: division by zero donne le type d'erreur et une courte explication. Remonte ensuite à la ligne File : le nom du fichier (le chemin complet du dossier y apparaît sur ton ordinateur ; il est raccourci en main.py ici) et le numéro de ligne, 3. La ligne dessous est le code lui-même, et Python 3.12 marque l'opération exacte qui a échoué avec ^ sous le signe /. Ne commence à changer des choses qu'après avoir lu les trois. Quand l'erreur survient dans une fonction, la trace liste chaque appel sur le chemin, et la ligne File la plus basse est en général celle à regarder en premier.

Une SyntaxError est différente des autres. Python la trouve avant d'exécuter quoi que ce soit : même la ligne 1 ne s'exécute pas, et il n'y a pas d'en-tête « Traceback ». Toutes les autres surviennent pendant l'exécution du programme, après que les lignes précédentes ont déjà fait leur travail. Quand tu attends une erreur précise, tu peux l'attraper avec try et except, que le tutoriel traite dans son chapitre sur les erreurs : Python essaie le bloc indenté, et si cette erreur survient, il exécute le bloc except au lieu de s'arrêter.

print("before")
n = int("abc")
print("after")

before
Traceback (most recent call last):
  File "main.py", line 2, in <module>
    n = int("abc")
        ^^^^^^^^^^
ValueError: invalid literal for int() with base 10: 'abc'

text = "abc"
try:
    n = int(text)
except ValueError:
    n = 0
print(n)

0

Les bugs les plus difficiles ne donnent aucun message. En présence d’une erreur de logique, un programme s’exécute mais affiche la mauvaise réponse, comme le programme de notation de l'unité sur if qui donnait un C à 85. Python ne peut pas savoir ce que tu voulais dire. Pour ceux-là, retourne au tableau de suivi, ou ajoute des lignes print temporaires qui montrent les variables à chaque étape, puis retire-les une fois le bug trouvé.

Petit projet : un carnet d'argent de poche

Le projet utilise un élément de presque chaque unité : un dictionnaire de dépenses, une fonction qui renvoie un total, une boucle for, une f-string et un if. Tape-le, exécute-le, puis fais-le tien : change les articles, ajoute une catégorie, ou affiche un avertissement quand un seul article coûte plus de la moitié de l'argent de poche.

def total(spent):
    t = 0
    for amount in spent.values():
        t += amount
    return t

allowance = 30000
spent = {"snacks": 4500, "bus card": 10000, "notebook": 2500}
used = total(spent)
left = allowance - used
for item, amount in spent.items():
    print(f"{item}: {amount} won")
print(f"Spent {used}, left {left}")
if left < 15000:
    print("Less than half left")

snacks: 4500 won
bus card: 10000 won
notebook: 2500 won
Spent 17000, left 13000
Less than half left

Avant de le modifier, écris un tableau de suivi pour used et left, et prédis ce qui se passe si tu ajoutes un article à 6000 wons. Provoque ensuite volontairement des erreurs : supprime les deux-points après la ligne def, écris spent de travers une fois, et divise used par zéro. Lis chaque trace de bas en haut avant de corriger. Savoir casser un programme puis le réparer est la vraie compétence que ce cours a construite.