Prüfe den ganzen Ablauf mit Fehlern vor und nach der Veröffentlichung.
Entwirf einen Simulator für einen fiktiven Lesekatalog. Abgabe: Planansicht mit Zielgrenze, getrennte Kandidatenzustände, vollständige Inhaltsprüfung, sichtbarer Versionsstand, Konkurrenzregel, Rückkehrpunkt und Speicherbudget. Deine Fehlertabelle enthält abgebrochenen Transfer, ungültigen Kandidaten, zwei Schreiber, veralteten Kandidaten, abgestürzten Schreiber und später entdeckten Inhaltsfehler. Erkläre für jeden Fall, was Leser sehen und welcher nächste Schritt erlaubt ist. Je zwei Punkte gibt es für Transfervertrag, Validierung, vollständige Sichtbarkeit, Konkurrenzkontrolle und Rotation samt Wiederöffnen. Übungsziel: acht Punkte; ein ungültiger Kandidat darf nie sichtbar sein.
Ein Beispiel
Musterbericht: Lauf B erwartet Version 7, findet aber 8. Seine Blöcke sind vollständig und korrekt, dennoch wird nicht veröffentlicht: stale_candidate. Leser behalten Version 8. Der Bericht nennt B als verworfenen Kandidaten und startet eine neue Planung gegen 8. Ein unit-getestetes Dictionary-Modell belegt diese Entscheidung; reale Dateisystem- und Mehrprozessgarantien brauchen eigene Integrationstests.
