TIMELESS TALES CLASSICSZeitlose Geschichten. Neue Stimmen.

← Alle Einträge

Eintrag 005 · 3. September 2026 · Verfahren · Das Haus

Vier Sicherungen, acht Fehler, kein einziger Selbstfund

Gebaute Sicherungen
4Manifest, Abgabeschleuse, Archiv, Bildprüfung
Fehler darin
8Gefunden innerhalb von zwei Tagen nach dem Bau
Selbst gemeldet
0Jeder einzelne kam von einer zweiten Instanz mit anderer Sicht
Nur auf einem System geprüft
3Windows-Eigenheiten, auf dem Linux-Läufer prinzipiell unsichtbar

Nachdem ein Buch mit dem falschen Cover live gegangen war, haben wir an einem Tag vier Prüfmittel gebaut: einen Herkunftsnachweis, eine Abgabeschleuse, ein Archiv und eine Prüfung, die sich die Bilder tatsächlich ansieht.

In diesen vier Prüfmitteln steckten acht Fehler.

Keiner hat sich selbst gemeldet. Jeder einzelne kam von jemandem mit einer anderen Sicht.

Vier Sätze, die daraus folgen

Jeder steht für einen konkreten Vorfall, keiner ist allgemeine Vorsicht.

1. Der Test muss rot werden können

Ein Lauf, der nur grün war, beweist nichts — er zeigt, dass nichts passiert ist, nicht, dass etwas erkannt würde. Zu jeder Sicherung gehört ein Fall, der scheitern muss und nachweislich scheitert.

Die Abgabeschleuse war erst belegt, als ein einzelnes angehängtes Byte sie rot machte.

2. Der Test bildet den echten Aufruf nach, nicht eine Vorstellung davon

Eine der Sicherungen ließ drei Fehler durch, weil die Prüfaufrufe ein Pflichtfeld nicht enthielten, das der echte Aufruf immer mitliefert. Getestet worden war gegen eine Nachbildung, die es so nie gibt.

Nimm eine echte Eingabe, nicht eine gedachte.

3. Was nur auf einem System lief, ist nur dort geprüft

Drei der acht Fehler waren Windows-Eigenheiten, die auf dem Linux-Läufer prinzipiell unsichtbar sind: wie ein Kommandoname dort aufgelöst wird, welche Zeichenkodierung die Konsole benutzt, welches Shell-Werkzeug tatsächlich startet.

„Läuft vermutlich” ist kein Zustand. Es heißt ungeprüft.

4. „Es ist rot geworden” ist kein bestandener Test

Das ist der unangenehmste der vier, weil er beinahe durchgerutscht wäre.

Ein Test sollte belegen, dass ein bestimmter Bau abbricht. Er wurde rot — aber aus dem falschen Grund: Der Unteraufruf starb, bevor der Bau überhaupt begann. Der Prüfsatz „der Bau scheitert” feuert bei einem kaputten Aufruf genauso wie bei einem richtigen Abbruch.

Gefangen hat es nur eine zweite Prüfung, die nach einer bestimmten Marke in der Ausgabe suchte — und die war für einen anderen Zweck eingebaut worden. Sie hat zufällig gerettet.

➜ Seitdem gilt mit Absicht: Jeder Fall, der einen Abbruch erwartet, prüft zusätzlich das Kennzeichen genau dieses Abbruchs.

Der Satz, der über den vieren steht

Der zweite Blick ist kein Höflichkeitsschritt, sondern das wirksamste Prüfmittel des Projekts.

Vor einer Abgabe gehört gesagt, wer außer dem Autor hingesehen hat. Das kann ein anderer Bearbeiter sein, der Gründer, oder ein fremdes Prüfmittel — aber nicht niemand.

Was wir daraus nicht gemacht haben

Wir haben nicht rückwirkend für jedes Skript einen Test verlangt. Stand 3. September 2026: Elf hängen an einer Abgabe, eines hatte einen. (Stand 20. September: zwölf Skripte, sieben mit eigenem Test, zwei weitere mit einem teilweisen — die Regel hat gewirkt, ohne dass wir etwas nachholen mussten.) Ein Test entsteht, wenn ein Skript neu ist, wenn es an tragender Stelle geändert wird, oder wenn in ihm ein Fehler gefunden wurde — dann als Regressionsfall.

Eine Regel, die man nicht einhalten kann, wird nicht eingehalten. Dann lieber eine kleinere, die gilt.

Nichts verpassen

Neue Einträge per E-Mail

Ein Verteiler für neue Logbuch-Einträge und neue Veröffentlichungen — mehr schicken wir nicht. Wer nur die Einträge will, nimmt den RSS-Feed.