Ergebnis dieses Guides
Ein Fehler mit klarer fachlicher Bedeutung
Arbeitsumgebung
Python mit festgehaltener Interpreterversion und isolierter Projektumgebung
Wann ist diese Entscheidung wichtig?
Nicht gefundene Daten, ungültige Eingaben und technische Störungen verlangen unterschiedliche Reaktionen. Eine leere Rückgabe sollte diese Fälle nicht vermischen.
Trennen Sie Datenverarbeitung von Datei-, Netzwerk- und Konsolenzugriffen. Behandeln Sie veränderliche Listen und Dictionaries bewusst; Typannotationen unterstützen Werkzeuge, erzwingen aber keine automatische Laufzeitvalidierung.
Fehlerbehandlung: Schritt für Schritt.
- 01
Vorbereiten
Definieren Sie, welche Fehler ein Aufrufer selbst beheben kann und welche intern behandelt werden müssen.
- 02
In Python umsetzen
Geben Sie einen klaren Fehler weiter, ergänzen Sie notwendigen Kontext und protokollieren Sie keine Geheimnisse.
- 03
Im tatsächlichen Projekt prüfen
Starten Sie die Prüfung mit demselben Interpreter wie die Anwendung. Kontrollieren Sie fehlende Schlüssel, leere Sammlungen und erwartete Exceptions sowie die verwendeten Paketversionen.
Beispiel zur Überprüfung
So lässt sich das Ergebnis prüfen.
Als Projektkontext dient einen Dienst, der eingehende Dokumente verarbeitet. Der folgende Prüffall ist eine Vorlage für diese Aufgabe und kein Bericht über eine Kundenmessung.
- Eingabe / Auslöser
- Eine Ressource fehlt; ein anderer Aufruf scheitert an einer Zeitüberschreitung
- Erwartetes Ergebnis
- Beide Fehler bleiben unterscheidbar und führen zu einer passenden Reaktion.
- Fehler- oder Grenzfall
- Ein abgefangener Fehler wird nicht verschluckt, während das Programm scheinbar erfolgreich weiterarbeitet.
Python · begrenztes Beispiel
def parse_budget(raw: str) -> int:
try:
value = int(raw)
except ValueError as error:
raise ValueError('Ganzzahl erwartet') from error
if value < 0:
raise ValueError('Negatives Budget nicht erlaubt')
return valueFehler bei Umwandlung und fachlicher Prüfung werden ausdrücklich behandelt. Eine passende Oberflächenschicht muss daraus eine verständliche Rückmeldung machen.
Abnahme und typische Fehler.
- Der Nutzer erhält Handlungshinweise, Logs behalten technischen Kontext.
- Ein abgefangener Fehler wird nicht verschluckt, während das Programm scheinbar erfolgreich weiterarbeitet.
- Abhängigkeiten und Laufzeitumgebung müssen reproduzierbar sein, besonders bei Datenjobs.
Typischer Fehler
Stilles Ignorieren von Fehlern erzeugt später schwerere Probleme.
Quellen und Versionshinweis
Die Anleitung beschreibt das Vorgehen; konkrete APIs, Produktfunktionen und Laufzeitgrenzen müssen zur eingesetzten Version passen. Halten Sie Version, Konfiguration und Prüfergebnis im Projekt fest und vergleichen Sie die verlinkte Dokumentation bei Änderungen.
