Weswegen
Tippen, um zu suchen
    Esc zum Schließen · Sofortsuche auf der ganzen Website

    Welche Arten von Fehlern gibt es in der Programmierung?

    · Weswegen-Redaktion
    Sonstiges

    Wenn ein Programm nicht so läuft wie gedacht, hilft es enorm, den Fehler zunächst richtig einzuordnen. Denn ein Tippfehler im Code verlangt eine völlig andere Suche als ein Programm, das zwar sauber läuft, aber das falsche Ergebnis liefert. Dieser Artikel ordnet die Fehlerarten so, wie Entwicklerinnen und Entwickler sie im Alltag antreffen – mit Beispielen, typischen Fehlermeldungen und der Frage, wo Sie jeweils zuerst suchen sollten.

    Die drei Grundtypen: Syntax, Laufzeit, Logik

    Fast jeder Programmierfehler lässt sich einer von drei Klassen zuordnen. Der Unterschied liegt vor allem darin, wann der Fehler auffällt.

    Syntaxfehler – das Programm startet gar nicht erst

    Ein Syntaxfehler verletzt die Grammatik der Programmiersprache: ein fehlender Doppelpunkt, eine nicht geschlossene Klammer, ein falsch gesetztes Komma. Compiler oder Interpreter erkennen das, bevor auch nur eine Zeile ausgeführt wird.

    def gruesse(name)      # Doppelpunkt am Zeilenende fehlt
    print("Hallo " + name)

    Python meldet hier SyntaxError: expected ':' und nennt die Zeilennummer. Diese Fehler sind die harmlosesten, weil die Meldung meist direkt auf die Stelle zeigt. Eine moderne Entwicklungsumgebung (IDE) wie VS Code oder PyCharm unterstreicht solche Stellen schon beim Tippen rot. Ein Linter (z. B. pylint, eslint) fängt sie zusätzlich ab, bevor Sie das Programm überhaupt ausführen.

    Laufzeitfehler – das Programm bricht mittendrin ab

    Ein Laufzeitfehler (Runtime Error) tritt erst während der Ausführung auf, weil eine Situation eintritt, die der Code nicht abfängt: Division durch null, Zugriff auf einen nicht vorhandenen Listenindex, eine fehlende Datei, ein null/None-Wert an einer Stelle, die ein Objekt erwartet.

    zahlen = [1, 2, 3]
print(zahlen[5])       # IndexError: list index out of range

    Solche Fehler erzeugen einen Stacktrace – die Aufrufkette bis zur Fehlerstelle. Lesen Sie ihn von unten nach oben: Die letzte Zeile nennt Fehlertyp und Meldung, die Zeile direkt darüber Datei und Zeilennummer der Fehlerstelle, alles weiter oben zeigt den Aufrufweg dorthin. Vermeiden lassen sich Laufzeitfehler durch Eingabeprüfung und gezielte Fehlerbehandlung:

    try:
    wert = zahlen[index]
except IndexError:
    wert = None        # sinnvoller Rückfall statt Absturz

    Wichtig: Fangen Sie nur Ausnahmen ab, die Sie auch sinnvoll behandeln können. Ein pauschales except: verschluckt sonst genau die Meldungen, die Ihnen beim Debuggen helfen würden.

    Logische Fehler – das Programm läuft, aber falsch

    Der tückischste Typ. Der Code ist syntaktisch korrekt, läuft ohne Absturz durch – liefert aber ein falsches Ergebnis. Es gibt keine Fehlermeldung, die Sie warnt.

    def durchschnitt(werte):
    return sum(werte) / len(werte) - 1   # das "- 1" gehört hier nicht hin

    Klassiker sind Off-by-one-Fehler in Schleifen (< statt <=), verwechselte Rechenoperatoren oder falsche Annahmen über die Daten. Aufgespürt werden logische Fehler durch automatisierte Tests (Unit-Tests mit erwarteten Ergebnissen), durch schrittweises Durchgehen im Debugger und durch Code Reviews, bei denen eine zweite Person die Annahmen hinterfragt. Ein Test, der durchschnitt([2, 4]) == 3 prüft, hätte den Fehler oben sofort entlarvt.

    Fehler jenseits des reinen Codes

    Nicht jeder Fehler steckt in Ihrer eigenen Logik. In realen Systemen kommen weitere Klassen hinzu:

    • Kompilierfehler sind eine spezielle Form des Syntax- bzw. Typfehlers, die bei kompilierten Sprachen wie Java, C++ oder Rust auftreten, bevor ein Programm überhaupt entsteht – etwa durch inkompatible Typen oder fehlende Bibliotheken.
    • Speicherfehler entstehen bei manueller Speicherverwaltung (C/C++): Speicherlecks, Zugriffe nach dem Freigeben, uninitialisierte Zeiger. Werkzeuge wie Valgrind oder AddressSanitizer decken sie auf; Smart Pointer beugen vor.
    • Nebenläufigkeitsfehler (Concurrency) treten auf, wenn mehrere Threads gleichzeitig auf dieselbe Ressource zugreifen. Race Conditions und Deadlocks sind schwer reproduzierbar, weil sie vom Timing abhängen. Abhilfe: klare Synchronisation (Locks, Semaphore) und möglichst wenig geteilter Zustand.
    • Netzwerk- und API-Fehler kommen von außen: Zeitüberschreitungen, abgebrochene Verbindungen, ungültige Parameter, fehlende Rechte. HTTP-Statuscodes wie 404 (nicht gefunden) oder 500 (Serverfehler) sind hier die typischen Signale. Robuste Software plant Wiederholungsversuche (Retries) und sinnvolle Fehlermeldungen ein.
    • Konfigurations- und Umgebungsfehler (“läuft bei mir, aber nicht auf dem Server”) entstehen durch abweichende Einstellungen, Umgebungsvariablen oder Versionsstände zwischen Entwicklung und Produktion.
    • Sicherheitsfehler wie SQL-Injection, fehlende Eingabevalidierung oder hartcodierte Passwörter sind eine eigene Kategorie mit besonderem Gewicht, weil sie aktiv ausgenutzt werden können.

    So gehen Sie bei der Fehlersuche vor

    Ein bewährtes Vorgehen spart viel Zeit:

    1. Fehlermeldung vollständig lesen. Typ, Datei und Zeilennummer stehen fast immer da – überraschend oft wird die Meldung übersprungen.
    2. Reproduzieren. Ein Fehler, den Sie zuverlässig auslösen können, ist halb gelöst. Notieren Sie die genauen Schritte und Eingaben.
    3. Eingrenzen. Deaktivieren Sie Codeteile oder setzen Sie gezielt Ausgaben (print/console.log) bzw. Haltepunkte im Debugger, bis Sie den Bereich isoliert haben.
    4. Eine Sache ändern, dann erneut testen. Mehrere Änderungen gleichzeitig verschleiern, was tatsächlich geholfen hat.
    5. Test schreiben. Ein Test, der den Fehler abbildet, verhindert, dass er später unbemerkt zurückkehrt (Regression).

    Ordnen Sie den Fehler zuerst grob ein: Startet das Programm nicht (Syntax/Kompilierung), bricht es ab (Laufzeit) oder liefert es das falsche Ergebnis (Logik)? Diese eine Frage bestimmt, welches Werkzeug Sie überhaupt in die Hand nehmen. Welche Sprache dabei zum Einsatz kommt, spielt für das Grundprinzip kaum eine Rolle – einen Überblick gibt der Beitrag zu den wichtigsten Programmiersprachen 2025. Wenn Ihre Website statt einer Fehlermeldung nur eine leere Seite zeigt, lohnt ein Blick auf das Thema kritischer Fehler.

    Häufige Fragen

    Was ist der Unterschied zwischen einem Fehler und einer Ausnahme (Exception)?

    Umgangssprachlich meint „Fehler” jedes fehlerhafte Verhalten. Technisch ist eine Exception ein Objekt, das ein Programm bei einem Laufzeitproblem „wirft” und das man abfangen (try/except bzw. try/catch) und behandeln kann. Syntax- und Logikfehler dagegen erzeugen keine Exception im laufenden Programm – der eine verhindert den Start, der andere bleibt unbemerkt.

    Warum ist ein logischer Fehler schwerer zu finden als ein Syntaxfehler?

    Weil es keine Fehlermeldung gibt. Bei einem Syntaxfehler nennt das System Ort und Ursache; bei einem logischen Fehler müssen Sie selbst erkennen, dass das Ergebnis falsch ist, und dann die Ursache suchen. Deshalb sind Tests, die konkrete Erwartungswerte prüfen, hier so wertvoll.

    Was bedeuten Fehlercodes wie 404 oder 500?

    Das sind HTTP-Statuscodes aus der Kommunikation zwischen Browser und Server. Codes ab 400 stehen für Client-Fehler (z. B. 404 Not Found – die Ressource existiert nicht), Codes ab 500 für Serverfehler (z. B. 500 Internal Server Error). Sie sagen, auf welcher Seite das Problem liegt, und grenzen die Suche entsprechend ein.