Edge Case

Die meisten Situationen, denen ein Computerprogramm begegnet, sind langweilig normal. Ein Formular für das Geburtsdatum bekommt fast immer ein plausibles Datum. Ein Edge Case ist der seltene Fall am Rand dieser Normalität: der 29. Februar, ein Alter von 121 Jahren, ein leeres Feld. Der deutsche Ausdruck dafür lautet Grenzfall oder Randfall. Solche Fälle kommen kaum vor, aber wenn sie vorkommen, verhalten sich Systeme oft falsch, weil niemand an sie gedacht hat. Wer Software oder lernende Systeme baut, verbringt deshalb erstaunlich viel Zeit mit Situationen, die fast nie eintreten.

Warum Ausnahmen teurer sind als der Normalfall

Ein System, das in 95 Prozent der Fälle funktioniert, klingt gut. Bei einer Million Vorgängen pro Tag sind das trotzdem 50.000 Fehler. Ein Teil davon ist harmlos, ein Teil kostet Geld, und ein kleiner Teil ist gefährlich. Deshalb misst man die Qualität eines Systems oft nicht am Durchschnitt, sondern an seinen schlechtesten Fällen.

Besonders deutlich wird das beim automatisierten Fahren. Ein Auto, das Ampeln, Fußgänger und Spurmarkierungen erkennt, beherrscht den Alltag schnell. Schwierig wird es bei der Person im Faschingskostüm, beim umgekippten LKW auf der Autobahn oder bei einer Baustelle mit widersprüchlichen Schildern. Genau diese Handvoll Situationen ist der Grund, warum vollautomatisches Fahren seit Jahren länger dauert als angekündigt.

Bei KI-Systemen kommt ein zusätzliches Problem dazu. Ein Sprachmodell antwortet auch dann flüssig und selbstbewusst, wenn es die Situation gar nicht kennt. Ein klassisches Programm stürzt bei einem Grenzfall oft sichtbar ab, ein KI-Modell erfindet stattdessen etwas Plausibles. Der Fehler fällt dadurch später auf und richtet mehr Schaden an.

Wie man Grenzfälle aufspürt

Die einfachste Methode ist systematisches Nachdenken über Ränder. Entwickler fragen sich: Was passiert bei null Einträgen, bei einem einzigen, bei einer Million? Was bei negativen Zahlen, bei Emojis im Namensfeld, bei einem Datum aus dem Jahr 1600? Für jeden dieser Fälle schreiben sie einen automatischen Test, der bei jeder Änderung erneut läuft.

Bei lernenden Systemen funktioniert das anders, weil man keine Regeln schreibt, sondern Beispiele zeigt. Seltene Situationen sind in den Trainingsdaten naturgemäß selten vertreten. Das Modell lernt sie deshalb schlecht. Eine gängige Gegenmaßnahme ist es, gezielt schwierige Beispiele zu sammeln und dem Training beizumischen. Autohersteller lassen ihre Testflotten monatelang fahren, nur um genau die seltenen Szenen einzufangen.

Ein verwandter Begriff ist Robustheit: die Fähigkeit eines Systems, auch außerhalb der gewohnten Bedingungen vernünftig zu bleiben. Ein häufiger Irrtum ist, Edge Cases mit Bugs gleichzusetzen. Ein Bug ist ein Programmierfehler, ein Edge Case zunächst nur eine ungewöhnliche Eingabe. Erst wenn das System damit falsch umgeht, entsteht daraus ein Fehler.

Grenzfälle in Produkten und Schlagzeilen

In Nachrichten taucht der Begriff meist auf, wenn eine Technik den Sprung vom Demo-Video in den Alltag nicht schafft. Wenn ein Robotaxi-Anbieter seinen Start verschiebt oder ein KI-Assistent nur in wenigen Ländern freigeschaltet wird, stecken oft Grenzfälle dahinter. Auch die Formulierung „funktioniert unter kontrollierten Bedingungen“ ist ein Hinweis darauf.

Im eigenen Alltag begegnet man Edge Cases ständig, ohne sie so zu nennen. Ein Übersetzungsprogramm scheitert an einem Wortspiel. Eine Gesichtserkennung erkennt dich mit Mütze und Schal nicht. Ein Lieferdienst kommt mit einer Adresse ohne Hausnummer nicht klar. Jedes dieser Ärgernisse ist ein Randfall, den jemand nicht bedacht hat.

Für Unternehmen sind Grenzfälle auch eine Kostenfrage. Die ersten 90 Prozent einer Funktion sind oft in Wochen gebaut. Die restlichen Prozente, in denen die Ausnahmen liegen, verschlingen manchmal Jahre. Wer Ankündigungen aus der Tech-Branche liest, sollte deshalb immer fragen, wie das System sich am Rand verhält, nicht in der Mitte.