Fehlermeldungen lesen und ein kleines Projekt

Ein Python-Traceback wird von unten gelesen: Die letzte Zeile nennt den Fehler, und die Angabe über dem Code nennt Datei und Zeilennummer.

Eine Motte, 1947 in ein Logbuch geklebt

Heute sind die meisten Bugs Fehler im Code, und Python ist gut darin, dir von denen zu erzählen, die es erkennen kann. Einsteigende sehen einen roten Fehler oft als Urteil. Er ist eher ein Lieferschein: was schiefging, in welcher Zeile und in welchem Codestück. Der Trick ist zu wissen, wo man hinsehen muss.

Einen Traceback von unten nach oben lesen

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

Beginne mit der letzten Zeile. ZeroDivisionError: division by zero nennt den Fehlertyp und eine kurze Erklärung. Gehe dann hinauf zur File-Zeile: dem Dateinamen (auf deinem Computer erscheint dort der volle Ordnerpfad; hier ist er zu main.py gekürzt) und der Zeilennummer, 3. Die Zeile darunter ist der Code selbst, und Python 3.12 markiert die genaue fehlgeschlagene Operation mit ^ unter dem /-Zeichen. Erst nachdem du alle drei gelesen hast, solltest du anfangen, etwas zu ändern. Passiert der Fehler in einer Funktion, listet der Traceback jeden Aufruf auf dem Weg dorthin auf, und die unterste File-Zeile ist meist die, auf die man zuerst sehen sollte.

Ein SyntaxError ist anders als die übrigen. Python findet ihn, bevor etwas läuft, also läuft nicht einmal Zeile 1, und es gibt keinen „Traceback“-Kopf. Alle anderen passieren, während das Programm läuft, nachdem die früheren Zeilen ihre Arbeit schon getan haben. Erwartest du einen bestimmten Fehler, kannst du ihn mit try und except abfangen, was das Tutorial in seinem Kapitel über Fehler behandelt: Python probiert den eingerückten Block, und passiert dieser Fehler, führt es stattdessen den except-Block aus, statt zu stoppen.

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

Die schwersten Bugs geben gar keine Meldung. Bei einem Logikfehler läuft das Programm, gibt aber die falsche Antwort aus, wie das Bewertungsprogramm aus der Einheit zu if, das 85 ein C gab. Python kann nicht wissen, was du gemeint hast. Gehe dafür zurück zur Ablauftabelle oder füge vorübergehende print-Zeilen hinzu, die die Variablen bei jedem Schritt zeigen, und entferne sie, sobald der Bug gefunden ist.

Kleines Projekt: ein Taschengeld-Protokoll

Das Projekt nutzt etwas aus fast jeder Einheit: ein Dictionary für Ausgaben, eine Funktion, die eine Summe zurückgibt, eine for-Schleife, einen f-String und ein if. Tippe es ab, führe es aus und mache es dann zu deinem: Ändere die Posten, füge eine Kategorie hinzu oder warne, wenn ein einzelner Posten mehr als die Hälfte des Taschengelds kostet.

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

Schreibe vor dem Ändern eine Ablauftabelle für used und left und sage voraus, was passiert, wenn du einen Posten von 6000 Won hinzufügst. Baue dann absichtlich Fehler ein: Lösche den Doppelpunkt hinter der def-Zeile, tippe spent einmal falsch und dividiere used durch null. Lies jeden Traceback von unten, bevor du ihn behebst. Ein Programm kaputt machen und wieder reparieren zu können ist die eigentliche Fähigkeit, die dieser Kurs aufgebaut hat.