modul:archiv:m320:learningunits:lu03:theorie:lu4-kapitel_1

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
modul:archiv:m320:learningunits:lu03:theorie:lu4-kapitel_1 [2026/08/30 14:06] – gelöscht - Externe Bearbeitung (Unbekanntes Datum) 127.0.0.1modul:archiv:m320:learningunits:lu03:theorie:lu4-kapitel_1 [2026/08/30 14:06] (aktuell) – ↷ Seite von modul:m320:learningunits:lu03:theorie:lu4-kapitel_1 nach modul:archiv:m320:learningunits:lu03:theorie:lu4-kapitel_1 verschoben msuter
Zeile 1: Zeile 1:
 +===== 1. Fehlerbehandlung =====
  
 +In den Kapiteln dieser Learning Unit geht es um die Behandlung von Fehlern sowie dem Schreiben von automatisierten Tests. Aber zunächst befassen wir uns damit, was ein Fehler ist und welche Arten davon wichtig sind fürs Programmieren.
 +
 +==== Syntaktische Fehler ====
 +Bei der Programmerstellung wird die Syntax der Programmiersprache nicht eingehalten. So können 
 +    * Befehle falsch geschrieben sein (''vor'' statt ''for''), 
 +    * Klammern fehlen oder zu viel stehen (''def a_method(x))'') 
 +    * oder Attribut bzw. Methodennamen falsch sein.
 +Der Compiler bzw. Interpreter meldet diese Fehler VOR der Ausfühung des Programms.
 +
 +==== Funktionale Fehler ====
 +
 +Bei einem funktionalen Fehler wird ein Teil des Codes nicht resp. falsch ausgeführt. In diesem Fall sprechen wir von einer //Ausnahme// resp. //Exception//. Solche Fehler können im Programm abgefangen und behandelt werden. Ein Beispiel dafür ist die Division durch 0. Ein weiteres Beispiel ist der Zugriff auf eine nicht verfügbare Ressource (z.B. eine Datei). Der Umgang mit funktionalen Fehlern behandeln wir in dieser **Learning-Unit Exception**.
 +
 +==== Logische Fehler ====
 +
 +Bei einem logischen Fehler läuft der Code wohl korrekt ab, aber die Datenverarbeitung führt nicht zum erwarteten Ergebnis. Dies muss in der Programmlogik sichergestellt und nötigenfalls korrigiert werden. Das Vermeiden von logischen Fehlern kann durch das Testen dieser Logik erreicht werden. Als Beispiel sei hier die Klasse ''%%BankAccount%%'' genannt, die Sie aus der LU01 kennen und deren Saldo nicht negativ sein darf (d.h. kein Kredit resp. Überbezug). Wie man dies mittels automatisierten //Unit Tests// sicherstellt, behandeln wir im **Modul 450**.
 +
 +----
 +[[https://creativecommons.org/licenses/by-nc-sa/4.0/|{{https://i.creativecommons.org/l/by-nc-sa/4.0/88x31.png}}]] (c) René Probst